2.1.2.1. User Agent
a. Khỏi niệm User Agent
Cỏc đầu cuối internet mà sử dụng giao thức SIP để tỡm kiếm lẫn nhau và để đàm phỏn cỏc đặc tớnh của một phiờn được gọi là User Agent (UA - Tỏc nhõn người dựng). UA thường, nhưng khụng nhất thiết, nằm trờn cỏc mỏy tớnh người dựng dưới dạng cỏc ứng dụng. Đõy đang là phương phỏp được sử dụng rộng rói nhất. Tuy nhiờn cỏc UA cũng cú thể là điện thoại di động, PSTN gateway, PDA, cỏc hệ thống IVR được tựđộng hoỏ...
b. User agent server (UAS) và user agent client (UAC)
UA thường được núi đến như là User agent server (UAS) và user agent client (UAC). UAS và UAC chỉ cỏc cỏc thực thể loigc, mỗi một UA sẽ bao gồm một UAS và một UAC. UAC là một phần của UA mà gửi cỏc request và nhận cỏc response. UAS là một phần của UA mà nhận cỏc request và gửi cỏc response. Vỡ một UA cú bao gồm cả UAC và UAS nờn chỳng ta thường núi rằng UA cư xử như một UAC hay UAS.
c. Back to back user agent (B2BUA)
B2BUA là một loại thiết bị SIP mà khi nhận một bản tin SIP request sẽ tỏi tạo lại bản tin request đú và gửi đi như một bản tin request mới. Cỏc bản tin response ứng với cỏc bản tin request đú cũng sẽ được tỏi tạo và gửi trả theo hướng ngược lại. Vớ dụ, một thiết bị B2BUA cú thể được sử dụng để thực hiện một dịch vụ mà ở đú 2 SIP UA cú thể giao tiếp trực tiếp với nhau mà khụng cần một bờn nào phải học URI, IP Address, hay bất kỳ thụng tin nào khỏc của bờn cũn lại. Để thực hiện được điều này, B2BUA anonymizer sẽ phải tỏi tạo lại một bản tin request với cỏc trường From, Via, Contact, Call-ID, và cỏc thụng tin media SDP hoàn toàn mới, đồng thời bỏ đi bất kỳ cỏc trường hợp header SIP khỏc mà cú thể gồm cỏc thụng tin về bờn đang gọi. Bản tin response được trả lại cũng sẽ thay đổi trường Contact và cỏc thụng tin
Lưu Đức Toản – Lớp KT Điện tử 2 - Khúa 2007-2009 Trang 35 media SDP ở bờn phớa được gọi. SDP được thay đổi sẽ hướng đến chớnh B2BUA, thiết bị sẽ chuyển tiếp cỏc gúi tin media RTP từ bờn được gọi đến bờn đang gọi và ngược lại. Theo cỏch này, khụng cần bất kỳđiểm cuối nào cần học bất kỳ thụng tin nhận biết nào về điểm cuối kia trong suốt quỏ trỡnh thiết lập phiờn. (Tất nhiờn bờn đang gọi cần biết được URI của bờn được gọi để cú thể thực hiện được cuộc gọi). Dạng thụng thường nhất của B2BUA hiện diện trong mạng SIP là cỏc ALG (Application Layer Gateway). Một vài firewall cú tớnh năng ALG được dựng sẵn, cho phộp một firewall chấp nhận sự vận chuyển media và SIP trong khi vẫn quản lý bảo mật ở mức cao.
2.1.2.2. SIP Gateway
SIP gateway là một ứng dụng dựng để kết nối một mạng SIP đến một mạng mà sử dụng giao thức bỏo hiệu khỏc. Trong cỏc thuật ngữ của giao thức SIP, gateway và UA nằm ở chỗ số lượng người dựng mà chỳng cú thể hỗ trợ. Trong khi một UA thụng thường chỉ cú thể hỗ trợ duy nhất một người dựng thỡ gateway lại cú thể hỗ trợ từ hàng trăm đến hàng ngàn người dựng. Gateway sẽ ngắt luồng bỏo hiệu và cũng cú thể ngắt luụn cả luồng media, nhưng điều này khụng phải lỳc nào cũng xảy ra.
Lưu Đức Toản – Lớp KT Điện tử 2 - Khúa 2007-2009 Trang 36 Vớ dụ, gateway SIP/PSTN sẽ ngắt đồng thời cả luồng bỏo hiệu và luồng media, vỡ luồng bỏo hiệu và media trong mạng SIP được truyền đi dưới dạng cỏc gúi tin, cũn trong mạng PSTN luồng bỏo hiệu và media được truyền đi dưới dạng cỏc tớn hiệu tương tự. Mặt khỏc một gateway SIP/H-323 sẽ ngắt luồng bỏo hiệu SIP và chuyển đổi dạng bỏo hiệu sang dạng H-323, nhưng SIP UA và H-3232 terminal vẫn cú thể trao đổi luồng thụng tin media RTP trực tiếp với nhau mà khụng cần phải đi qua gateway.
Gateway đụi khi được phõn tỏch thành hai thành phần: Media Gateway (MG) và media Gateway Controller (MGC). Sự phõn tỏch này hoàn toàn trong suốt đối với SIP. MGC đụi khi cũng được gọi là tỏc nhõn gọi (call agent) vỡ nú quản lý cỏc giao thức điều khiển cuộc gọi (hay bỏo hiệu), trong khi đú MG lại quản lý việc kết nối media.
Giao thức SIP cú thể hoạt động song song với một số giao thức PSTN thụng thường như: Mạng số tớch hợp đa dịch vụ ISDN (Intergrated Service Digital Network), ISDN User Part (ISUP) và một số giao thức bỏo hiệu kờnh kết hợp CAS khỏc.
2.1.2.3. SIP server
a. Proxy server
SIP cho phộp việc tạo thành một cơ sở hạ tầng của cỏc host mạng gọi là Poxy server. UA cú thể gửi cỏc message tới một Poxy server. Poxy server là cỏc thực thể rất quan trọng trong cơ sở hạ tầng SIP. Chỳng thực hiện việc định tuyến cỏc lời mời của một phiờn tương ứng với vị trớ hiện thời của người được mời, thực hiện việc nhận thực, việc tớnh cước và nhiều chức năng quan trọng khỏc.
Nhiệm vụ quan trọng nhất của một Poxy server là định tuyến cỏc lời m mời của phiờn càng gần với người được mời càng tốt. Lời mời phiờn thường sẽ đi qua một loạt cỏc Proxy cho đến khi nú tỡm thấy Proxy mà biết chớnh xỏc vị trớ của người được gọi. Proxy đú sẽ forward lời mời phiờn trực tiếp đến người được gọi và người
Lưu Đức Toản – Lớp KT Điện tử 2 - Khúa 2007-2009 Trang 37 được gọi sau đú sẽ chấp nhận hay từ chối lời mời phiờn.
Cú 2 loại SIP Poxy server cơ bản: Stateless và Stateful: - Stateless server:
Stateless server đơn giản là những người chuyển tiếp message. Chỳng chuyển tiếp message một cỏch độc lập với nhau. Mặc dự cỏc mesage được sắp xếp thành cỏc transaction nhưng Stateless Proxy khụng quan tõm tới vấn đề này. Stateless server đơn giản nhưng nhanh hơn Stateful Proxy server. Chỳng cú thểđược sử dụng như cỏc bộ cõn bằng tải đơn giản, người dịch vụ message, và cỏc bộ định tuyến. Một trong nhữn hạn chế của stateless proxy là chỳng khụng cú khả năng truyền lại cỏc message và thực hiện cụng việc định tuyến cao cấp như forking hay recursive traversal.
- Stateful server:
Stateful server phức tạp hơn Stateless server. Trong lỳc nhận request, Stateful Proxy tạo ra một trạng thỏi và giữ trạng thỏi đú cho đến khi transaction kết thỳc. Một vài transaction, nhất là những transaction được tạo bởi INVITE, cú thể kộo dài khỏ lõu (cho đến khi người được gọi nhấc mỏy hay từ chối cuộc gọi). Vỡ stateful proxies phải duy trỡ trạng thỏi này trong suốt transaction, nờn sự hoạt động của chỳng là giới hạn.
Khả năng kết hợp cỏc message SIP thành cỏc transaction giỳp cho stateful proxy cú một sốđặc trưng đỏng lưu ý. Stateful proxy cú thể thực hiện forking, nghĩa là trong khi nhận một message thỡ 2 hoặc nhiều hơn cỏc message khỏc sẽđược gửi đi.
Stateful proxy cú thể "hấp thụ" việc truyền lại bởi vỡ chỳng biết được từ trạng thỏi của transaction, nếu chỳng đó nhận được cựng một message (Stateful proxy khụng thể thực hiện được việc kiểm tra vỡ chỳng khụng lưu lại trạng thỏi).
Stateful proxy cú thể thực hiện cỏc phương phỏp phức tạp hơn trong việc tỡm ra cỏc user. Vớ dụ: Nú cú thể cố gắng tỡm đến điện thoại văn phũng của user và nếu
Lưu Đức Toản – Lớp KT Điện tử 2 - Khúa 2007-2009 Trang 38 người đú khụng nhấc mỏy thỡ cuộc gọi sẽ được chuyển hướng đến điện thoại di động của anh ta.
Hầu hết cỏc SIP proxy ngày nay là stateful vỡ cấu hỡnh của chỳng thường là rất phức tạp. Chỳng thường thực hiện việc tớnh cước, forking,... và tất cả những đặc trưng đú đũi hỏi một Stateful Proxy.
b. Registration server (Registrar)
Hỡnh 2.2. Mụ hỡnh đăng ký điển hỡnh
Làm thế nào để một Proxy cú thể học được vị trớ hiện thời của một user. Như minh họa trờn hỡnh 2.2, SIP phone phải đăng ký với một registrar. Registrar là một thực thể SIP đặc biệt, chỳng nhận những đăng ký từ cỏc user, trớch ra những thụng tin về vị trớ hiện thời (trong trường hợp này là địa chỉ IP, cổng, hay username) và lưu trữ những thụng tin này vào trong cơ sở dữ liệu vựng. Mục đớch của cơ sở dữ liệu vựng này là để ỏnh xạ địa chỉ SIP (vớ dụ như SIP: jiri@iptel.org) thành những thứ tương tự như SIP: jiri@1.2.3.4:56060. Khi Proxy server này nhận được một lời mời dành cho sip: jan@iptel.org, nú sẽ tỡm kiếm trong cơ sở dữ liệu vựng. Nú tỡm
Lưu Đức Toản – Lớp KT Điện tử 2 - Khúa 2007-2009 Trang 39 thấy sip: jan 195.37.78.173.5060 và sẽ gửi lời mới tới đú. Registrar thụng thường chỉ là một thực thể logic. Vỡ mối quan hệ chặt chẽ với cỏc Proxy server, chỳng thường được đặt cựng vị trớ với cỏc Proxy server.
c. Redirect Server
Hỡnh 2.3. Redirect bản tin SIP
Thực thể mà nhận một request và gửi trả lại reply bao gồm một danh sỏch vị trớ hiện thời của một user nhất định được gọi là Redirect server. Redirect server nhận cỏc request và tỡm kiếm người nhận được nhắm đến của request đú trong cơ sở dữ liệu vựng được tạo bởi một registrar. Sau đú, nú tạo ra một danh sỏch cỏc vị trớ hiện thời của user đú và gửi danh sỏch tới người tạo ra request với một response nằm trong lớp 3xx.
Người tạo request sau đú trớch ra danh sỏch cỏc đớch đến và gửi một requestkhỏc trực tiếp đến chỳng.