WebSphere Telecom Web Services Server와 미디어 서버를 통합해야 하는 이유

오늘날에는 전화 호출 참여, 컨퍼런스 참여, 멀티미디어 메시지 전송 및 한 사람당 둘 이상의 전화번호 유지와 같은 다중 태스크를 자주 수행한다. 이러한 멀티태스킹으로 인해 수신되는 전화 호출을 언제나 즉시 처리할 수 없으며 이 때문에 거절된 호출자는 실망하게 되고 예정된 수신자는 좌절하게 된다.

이 기사에서는 IP 기반 전자 통신 네트워크에서 발생하는 이러한 시나리오에 초점을 맞추어 WebSphere Telecom Web Services Server의 기능을 미디어 서버와 통합함으로써 얻을 수 있는 이점을 설명한다.

위로

WebSphere Telecom Web Services Server란?

IBM WebSphere Telecom Web Services Server를 이용하면 TSP(Telecommunications Service Provider)가 상위 레벨 웹 서비스 인터페이스를 써드파티의 네트워크 서비스에 노출할 수 있다.

일반적으로 써드파티는 전자 통신 서비스 제공업체 또는 자체 네트워크 인프라와 통합할 서비스를 새로 개발하려고 하는 조직의 부문이다.

웹 서비스 인터페이스는 프로그래밍 언어를 사용하여 기술에 독립적인 방식으로 서비스 기능에 액세스할 수 있는 기능을 제공한다. 각 웹 서비스 인터페이스에는 서비스 제공업체의 환경과 연결하는 데 필요한 여러 가지 백엔드 구현이 있다. 예를 들면, 웹 서비스 인터페이스는 SIP(Session Initiation Protocol)을 통하거나 Parlay 커넥터를 사용하는 Parlay 게이트웨이, 원시 프로토콜 또는 사용자 정의 통합 서비스를 사용하여 네트워크에 연결할 수 있다.

그림 1에 묘사된 바와 같이 WebSphere Telecom Web Services Server는 액세스 게이트웨이, 서비스 정책 관리자(SPM), 서비스 플랫폼 컴포넌트 및 서비스 구현으로 구성된다.

액세스 게이트웨이(access gateway)는 정책 중심의 트래픽 모니터링 기능과 메시지 캡처, 권한 부여 및 관리 기능을 제공한다. 이러한 서비스는 애플리케이션 계층에서 제공되며 요청자, 대상 서비스 및 호출된 조작에 대한 지식을 사용하여 각 웹 서비스 요청을 대상으로 시행된다. 이 컴포넌트는 다수의 중개 프리미티브로 구성되며 여기에서는 각 중개 프리미티브가 그림 1에서 MP1에서 MPn까지로 표시된 전용 기능을 제공한다. 자세한 내용은 WebSphere Software for Telecom Information Center를 참조한다(참고자료 참조).

서비스 정책 관리자는 주어진 요청자를 위해 서비스 전달을 사용자 정의하는 데 사용되는 런타임 데이터와 정책 구성 데이터를 관리하고 저장 및 검색하는 기능을 제공한다. 엔터프라이즈급 관리자는 SPM을 사용하여 써드파티 요청자의 정의와 서비스 정의 및 서비스 관계를 관리할 수 있다. 관리자는 정책 관리 기능을 사용하여 확장 가능한 방식으로 그룹과 개별 요청자에게 제공하는 서비스를 개인화할 수 있다.

서비스 플랫폼 컴포넌트(service platform component)는 허가 제어, 트래픽 쉐이핑 및 사용량 기록과 같은 일반적인 서비스 구현을 제공한다. 이러한 재사용 가능한 공통 기능은 서비스 구현에 의해 사용되며 사용자 정의 빌드 서비스를 지원하는 데 활용될 수 있다. 자세한 내용은 WebSphere Software for Telecom Information Center를 참조한다(참고자료 참조).

WebSphere Telecom Web Services Server는 다수의 웹 서비스 구현(그림 1의 SI1에서 SIn까지)을 지원하며, 이중 다수는 Parlay X 2.1을 기반으로 한다. 이러한 서비스로는 터미널 위치, 터미널 상태, 단문 메시징 및 호출 처리가 있다. 자세한 내용은 WebSphere Software for Telecom Information Center를 참조한다(링크는 참고자료 참조).

위로

호출 처리 서비스 구현이란?

호출 처리 서비스 구현(호출 처리 SI)은 SIP 네트워크 개시 호출을 수신할 때 해당 서비스에서 실행되는 라우팅 및 호출 처리 규칙을 써드파티 웹 서비스 기반 애플리케이션에서 설정할 수 있게 하는 Parlay X 웹 서비스이다. 호출 처리 SI는 전자 통신 관련 지식이 많지 않아도 특정 휴대전화 번호나 휴대전화 번호 그룹의 호출을 처리하는 방식을 애플리케이션 프로그래머가 지정할 수 있는 메커니즘을 제공한다.

호출 처리 SI는 다음과 같은 조작을 지원한다.

• 규칙 설정: 이 조작은 휴대전화 번호의 호출 처리 규칙을 설정한다. 주소나 휴대전화 번호에 이미 규칙 세트가 적용된 경우에 이 조작을 수행하면 이전 규칙이 이 조작에서 제공한 설정으로 대체된다. 이 조작의 세부사항은 그림 2에 있는 시나리오 1을 참조하기 바란다.
• 그룹 규칙 설정 이 조작은 번호 그룹에 호출 처리 규칙을 설정할 수 있는 세트 규칙 조작의 수퍼 세트이다. 주소에 이미 규칙이 적용된 경우에, 이 조작을 수행하면 이전 규칙이 이 조작에서 제공한 설정으로 대체된다.
• 규칙 가져오기 이 조작은 하나의 휴대전화 번호에 적용할 규칙 세트를 가져오는 데 사용된다. 이 조작은 휴대전화 번호 그룹을 지원하지 않는다. 이 조작의 세부사항은 그림 3에 있는 시나리오 2를 참조하기 바란다.
• 규칙 해제: 지정된 휴대전화 번호와 연관된 호출 처리 규칙을 해제한다. 이 조작은 하나의 휴대전화 번호뿐만 아니라 휴대전화 번호 그룹을 지원한다.

호출 처리 웹 서비스에서 지원하는 규칙 목록은 다음과 같다.

• 호출 수락: 규칙을 설정할 때 지정한 휴대전화 번호 목록에서 요청된 호출만 수락한다.
• 호출 차단: 차단 목록에 있는 휴대전화 번호의 호출을 차단한다.
• 조건부 호출 전달: 호출 대상을 특정 호출 번호에 해당하는 또 다른 휴대전화 번호로 라우트한다.
• 무조건 호출 전달: 호출 번호와 관계없이 호출 대상을 또 다른 휴대전화 번호로 라우트한다.
• 오디오 재생: 호출을 미디어 서버로 라우트하거나 저장소에서 오디오 파일을 가져와서 호출자에게 오디오를 재생한다.

위로

시나리오 1: 규칙 설정

그림 2에 있는 규칙을 설정하는 예제를 살펴보도록 하자.

이 예제의 규칙 설정 단계는 다음과 같다.

1. Raghu는 자신의 휴대전화로 들어오는 수신 호출을 처리하기 위한 규칙을 설정하려고 한다. 가능한 규칙은 호출 수락, 호출 차단, 호출 전달 또는 사용자 정의 오디오 메시지 재생이다.
2. 그는 TSP에 의해 노출되는 웹 애플리케이션을 GPRS(General Packet Radio Services) 연결을 통해 휴대전화로 액세스하거나 인터넷 연결을 통해 컴퓨터로 액세스한다. 이 웹 애플리케이션은 규칙을 설정하는 데 필요한 데이터를 수집한다.
3. 이 웹 애플리케이션은 웹 서비스를 통해 호출 처리 SI를 호출한다.
4. 호출 처리 SI는 규칙을 설정하여 이 규칙을 Raghu의 번호를 대상으로 데이터베이스에 저장한다.

위로

시나리오 2: 규칙을 가져와서 시행(호출 수락)하기

규칙을 가져와서 시행하는 예제를 살펴보자(그림 3).

그림 3에는 규칙을 가져와서 호출을 수락하는 시나리오가 표시되어 있다.

1. Dhandu는 Raghu를 호출하는 중이다.
2. TSP 네트워크는 이 호출 요청을 호출 처리 SI로 라우트한다.
3. 호출 처리 SI는 호출을 처리하기 위해 이미 설정된 규칙을 검색한다. 적용되는 규칙은 "호출 수락(accept call)"이다.
4. 호출 처리 SI는 Raghu의 상태를 확인한다. Raghu의 상태는 호출 가능한 상태이다. Dhandu의 번호는 "호출 수락" 범주에 있으므로 호출 처리 SI는 이 호출을 TSP 네트워크를 통해 Raghu에게 라우트한다.
5. TSP는 Dhandu와 Raghu 간에 호출 세션을 설정한다.

위로

전자 통신 분야에서의 미디어 서버의 개념과 역할

일반적으로 미디어 서버는 디지털 비디오, 영화, 오디어, 음악 및 그림 파일과 같은 다양한 디지털 미디어를 저장하고 공유하는 데 필요한 전용 컴퓨터로 분산된 컴퓨터 네트워크에 존재한다.

전자 통신 도메인에서는 미디어 서버가 전화 호출이나 연결과 연관된 오디오 및 비디어 스트림을 처리하는 처리 시스템으로 역할을 한다.

미디어 서버는 디지털 오디오 및 비디오 데이터 처리를 담당한다. 전자 통신 무선 시스템은 4G 시스템으로 이동하고 있으며 여기서는 이러한 무선 시스템이 주로 VoIP 및 SIP과 같은 IP 기술을 기반으로 하게 된다. 이러한 환경에서는 전자 통신 분야에서의 미디어 서버의 개념이 더욱 매력적으로 부각된다.

미디어 서버의 예는 다음과 같다.

• MXF 미디어 서버는 텍스트와 같은 프로그램 데이터와 비디오 및 오디오 데이터(종합해서 본질적인 요소라고 함)를 메타데이터와 함께 묶어서 랩퍼에 배치한다. 이렇게 하면 IBM의 개방형 표준을 사용하여 유연성과 성능을 개선하고 비용을 절감할 수 있다.
• IBM Content Manager VideoCharger는 네트워크를 통해 클라이언트에 오디오 및 비디오 미디어를 전달한다. 오디오와 비디오 컨텐츠는 스트림 형태로 실시간으로 전달되기 때문에 클라이언트에서 이러한 컨텐츠를 재생하기 전에 해당 파일을 다운로드하거나 저장할 필요가 없다. 자세한 정보는 참고자료를 참조한다.

위로

WebSphere Telecom Web Services Server를 미디어 서버와 통합

호출 처리 SI에는 임의의 번호를 대상으로 요청된 전화 호출을 호출된 번호의 상태(통화 중, 응답 없음 및 도달 불가능)를 기반으로 처리하는 기능이 있다. 사전 정의된 오디오와 비디오 상태 메시지를 수신 호출을 처리하는 데 필요한 WebSphere Telecom Web Services Server에 제공하기 위해 미디어 서버를 사용한다.

실제 시나리오: 규칙을 가져와서 시행(사용자 정의 오디오 메시지 재생)

그림 4에는 오디오 재생 단계가 표시되어 있다.

규칙을 가져와서 사용자 정의 오디오 메시지를 재생하는 단계는 다음과 같다.

1. Dhandu는 Raghu를 호출하는 중이다.
2. TSP 네트워크는 이 호출 요청을 호출 처리 SI로 라우트한다.
3. 호출 처리 SI는 호출을 처리하기 위해 이미 설정된 규칙을 검색한다. Raghu의 전화 상태가 통화 중(busy)이면 적용되는 규칙은 "사용자 정의 오디오 메시지 재생"이다.
4. 호출 처리 SI는 TSP 네트워크와 상호 작용하여 Raghu의 상태를 확인한다.
5. TSP 네트워크는 Raghu의 최신 상태를 가져온다. 현재 상태는 통화 중(busy)이다.
6. Dhandu의 번호는 "통화 중이면 오디오 재생" 범주에 있으므로 호출 처리 SI는 해당 호출을 미디어 서버로 라우트한다.
7. 미디어 서버는 사용자 정의된 오디오를 재생하여 실시간 스트림으로 Dhandu에게 전송한다.

메시지 플로우

그림 5에는 전화, 호출 처리 SI 및 미디어 서버 간의 메시지 플로우가 표시되어 있다.

메시지의 순서는 다음과 같다.

1. Dhandu가 Raghu를 호출한다. TSP 네트워크 인프라에 의해 SIP Invite 요청이 호출 처리 SI로 라우트된다.
2. 호출 처리 SI가 100 trying sip 응답을 Dhandu에게 리턴한다.
3. 호출 처리 SI가 Raghu에게 SIP Invite를 시도한다.
4. Raghu의 번호가 통화 중이면 486 busy SIP 응답이 호출 처리 SI에게 리턴된다.
5. 호출 처리 SI가 Raghu의 번호에 이미 설정된 규칙을 검색한다. Dhandu의 번호가 "통화 중이면 오디오 재생" 범주에 있으므로 호출 처리 SI는 해당 호출을 미디어 서버로 라우트하고 181 forward(호출이 전달됨) 세션 진행 응답을 Dhandu에게 전송한다.
6. 미디어 서버가 180 - ringing SIP 응답을 호출 처리 SI로 전송하면, 호출 처리 SI가 이 응답을 Dhandu로 라우트한다.
7. 미디어 서버가 200 - OK SIP 응답을 호출 처리 SI로 전송하면 호출 처리 SI가 이 응답을 Dhandu로 라우트한다.
8. Dhandu가 ACK SIP 응답을 수신확인 응답으로 미디어 서버에게 전송한다.
9. Dhandu와 미디어 서버 간에 세션이 설정된다. 미디어 서버는 사용자 정의된 오디오를 재생하여 실시간 스트림으로 Dhandu에게 전송한다.
10. Dhandu가 Bye SIP 응답을 미디어 서버에게 전송하여 오디오 메시지가 전송된 후, 세션이 종료되도록 한다.
11. 미디어 서버가 200 - OK SIP 응답을 수신확인 응답으로 Dhandu에게 전송한다.

위로

결론

이 기사에서는 전자 통신 도메인 컨텍스트에서 IBM WebSphere Telecom Web Services Server와 미디어 서버의 역할을 소개했다. 또한, IP 전자 통신 네트워크에 있는 수신자가 목록 수락, 목록 차단, 호출 전달, 오디오 재생과 같은 규칙을 설정하는 방법과 구성된 규칙을 가져와서 사용자가 수신자를 호출할 때 적용하는 방법을 논의했다 그리고 사용자 정의된 오디오 메시지를 미디어 서버에 저장했다가 수신자의 규칙 설정을 기반으로 호출자에게 실시간 스트림으로 재생하는 실제 시나리오를 살펴보았다.

참고자료

교육

• IBM WebSphere software for Telecom Information Center: IBM 전자 통신 제품과 관련된 제품 문서를 읽어보자.
  
  
• IBM WebSphere Telecom Web Services Server 제품 문서: 이 IBM 제품의 제품 문서를 찾을 수 있다.
  
  
• 미디어 서버: 미디어 서버를 자세히 배우자.
  
  
• IBM Content Manager VideoCharger: 이 제품과 관련된 모든 지원 정보와 여러 가지 제품 매뉴얼을 확인할 수 있다.
  
  
• IBM Service Provider Delivery Environment Framework Industries: 확장 가능하고 유연한 개방형 전자 통신 산업 프레임워크를 탐색하자.
  
  
• IBM developerWorks Industries: 특정 산업에 적합한 개발자용 최신 기술 자료를 확인하자.
  
  
• developerWorks podcasts: 소프트웨어 개발자의 흥미로운 인터뷰와 토론을 확인할 수 있다.
  
  
• developerWorks technical events and webcasts: developerWorks 기술 행사 및 웹 캐스트를 통해 최신 정보를 얻을 수 있다.
  
  

제품 및 기술 얻기

• IBM 평가판 소프트웨어: 독자에게 가장 잘 맞는 메소드의 IBM 소프트웨어 제품을 평가하자. 평가판 다운로드에서 클라우드 호스트된 제품에 이르기까지 developerWorks는 특히 개발자를 위한 소프트웨어를 갖추고 있다.
  
  

토론

• developerWorks 블로그: developerWorks 커뮤니티에 참여하자.
  
  

필자소개

Dhandapani Shanmugam은 뱅갈로어에 있는 IBM India Software Labs의 Industry Solutions Communication Sector 팀에서 솔루션 아키텍처로 근무한다. 10년 이상 IT 분야에서 경험을 쌓았으며 IP 멀티미디어 서브시스템과 전자 통신용 WebSphere 소프트웨어, 전자 통신용 WebSphere Everyplace Server,WebSphere Everyplace Access 및 WebSphere Everyplace Mobile Portal을 포함한 다양한 전자 통신용 IBM 미들웨어 제품을 담당했다. 그는 모바일, 전자 통신,엔터프라이즈 미들웨어 애플리케이션 서버 및 XML 기능 분야의 특허권을 보유하고 있다. 그는 Telecom Web Services Server 관련 IBM Redbook을 공동으로 저술했으며 developerWorks의 Pervasive 솔루션 관련 기사를 작성했다. Dhandapani는 필라니에 있는 Birla Institute of Technology & Science에서 소프트웨어 시스템 분야 석사학위를 그리고 코임바토르에 있는 Bhartiyar University에서 전자 & 통신 공학 분야 학사학위를 취득했다.

Raghu Juluri는 Oracle India Development Center의 선임 개발자로 Oracle Beehive 협업 플랫폼을 담당한다. 이전에는 뱅갈로어에 있는 IBM India Software Labs에서 전자 통신 제품용 WebSphere 소프트웨어 개발자로 근무했다. 그는 IT 분야에서 3년간 경력을 쌓았다. 그는 공인 Oracle Java 비즈니스 컴포넌트 개발자이자 SUN Java 공인 프로그래머이며 WebSphere Business Services Fabric 및 Telecom Content 팩을 담당한다. Raghu는 필라니에 있는 Birla Institute of Technology & Science에서 석사학위를 그리고 하이데라바드에 있는 Jawaharlal Nehru Technological University에서 전자 & 통신 공학 분야 학사 학위를 취득했다.

아티클 순위

의견

위로

목차

• WebSphere Telecom Web Services Server와 미디어 서버를 통합해야 하는 이유
• WebSphere Telecom Web Services Server란?
• 호출 처리 서비스 구현이란?
• 시나리오 1: 규칙 설정
• 시나리오 2: 규칙을 가져와서 시행(호출 수락)하기
• 전자 통신 분야에서의 미디어 서버의 개념과 역할
• WebSphere Telecom Web Services Server를 미디어 서버와 통합
• 결론
• 참고자료
• 필자소개
• 의견