최근 IPTV와 같은 멀티미디어 서비스에 대한 수요가 증가되면서 이를 효율적으로 제공하기 위한 Network에서의 멀티캐스트 기술의 중요성이 점점 커져가고 있다. 이러한 요구에 맞추어 ITU-T SG 13에서도 멀티캐스트의 중요성을 인식하여 NGN 멀티캐스트 서비스 프레임워크(Y.ngn-mcastsf)와 멀티캐스트 기능구조(Y.ngn-mcastfa)에 대한 표준화 작업을 2005년부터 지속적으로 진행해오고 있다.

본 주요 쟁점기술 표준화 보고서에서는 멀티캐스트 기능구조 중의 하나인 멀티캐스트 세션 공지 기능에 대해서 설명을 하고, NGN 구조에서 적용 가능한 시나리오에 대해 살펴보도록 하겠다. 

NGN 멀티캐스트 세션 공지 기능

사용자에게 멀티캐스트 서비스를 제공해 주기 위하여 먼저 멀티캐스트 제공자는 멀티캐스트 세션을 생성한 후 관련 정보들을 공지해야 한다. 세션 공지를 위한 대표적인 표준 프로토콜로는 SAP(Session Announcement Protocol)를 들 수 있다. SAP는 세션에 대한 directory service라고 보면 된다. 이것을 통해서 어떤 세션이 있는지 사용자가 알 수 있게 된다. 일반적으로 SAP는 정보를 일정한 시간간격으로 정해진 멀티캐스트 주소를 통해 전달하게 되는데, 사용자의 수와는 상관이 없지만, 너무 많은 세션이 있게 되면 문제가 있을 수 있다

SAP를 이용한 방식 외에도 웹 기반 또는 사용자 단말 내의 EPG를 이용하는 방식이 가능하며, 이는 멀티캐스트 송신시스템에서 웹페이지 또는 EPG 서버를 이용하여 멀티캐스트 주소 등의 관련 세션 정보를 제공하고, 사용자는 이를 이용하여 관련 정보를 획득한 후 그룹에 가입할 수 있다.

<그림 1>과 <그림 2>는 이러한 멀티캐스트 세션 정보를 제공하고 이에 가입하는 절차를 현재 ITU-T에서 표준화가 진행 중인 NGN 환경에서 어떻게 동작되는지를 나타낸다. 사용자는 다양한 방법으로 공지된 멀티캐스트 세션정보를 토대로 세션에 참여할지 여부를 결정하고 참여를 원하는 경우 세션 가입 요청을 보낸다. 이때 멀티캐스트 제공자는 적절한 인증절차를 수행하여 인증된 사용자만 멀티캐스트 콘텐츠를 수신하도록 한다. 세션에 가입한 수신자는 획득한 멀티캐스트 주소를 토대로 IGMP(Internet Group Management Protocol)를 이용하여 네트워크 라우터에 자신을 바인딩한다. 이때 네트워크 라우터는 IGMP를 토대로 자신의 서브넷에 그룹 멤버가 있음을 알게 된다. 이때 적절한 QoS를 제공해 주기 위하여 멀티캐스트 전송에 대한 자원예약 및 혼잡제어를 위해 RACF와의 상호 작용을 하게 된다.

위의 내용을 토대로 적용 가능한 시나리오를 살펴보면 다음과 같다. 

<그림 1>은 웹 기반의 멀티캐스트 서비스 공지를 이용하였을 경우의 시나리오를 나타낸다.

<그림 1> 웹 기반 시나리오

(출처: ITU-T SG13 Q3 Draft-recommendation Y.ngn-mcastfa Sep. 2008)

1) UE는 Real Time Streaming Protocol(RTSP)와 같은 시그널링 프로토콜을 이용해 현재의 세션 정보를 먼저 얻어 오며, 이때는 HTTP(HyperText Transfer Protocol)나 여타 다른 방법을 사용할 수 있다.

2) 획득된 정보와 클라이언트의 네트워크 정보, 획득하려는 미디어 정보를 RTSP SETUP과정을 통해 서버와 협상을 한다.

3) 필요에 따라 사용자에게 적절한 QoS를 제공해 주기 위하여 멀티캐스트 전송에 대한 자원예약 및 혼잡제어를 위해 RACF와의 상호 작용을 하게 된다.

4) 해당 멀티미디어 서버는 요청된 멀티미디어 스트리밍을 해당 사용자의 access network(AN)까지 멀티캐스팅 한다.

5) 사용자는 IGMP 가입 메시지를 이용해 해당 멀티미디어 스트리밍을 수신한다. 

6) 사용자 application 에서는 RTSP와 같은 시그널링을 통해 스트리밍을 제어할 수 있으며, 이때 PLAY, PAUSE를 통해 VCR과 비슷한 미디어 제어를 할 수가 있다.

그림2는 SAP와 같은 멀티캐스트 공지 프로토콜을 이용할 경우의 시나리오를 나타낸다.

<그림 2> SAP 기반 시나리오

(출처: ITU-T SG13 Q3 Draft-recommendation Y.ngn-mcastfa Sep. 2008)

1) SAP과 같은 프로토콜을 이용하여 멀티캐스트 서비스를 공지한다.

2) 사용자는 이 정보를 토대로 멀티캐스트 서버에 멀티미디어 수신을 요청한다.

3) 필요에 따라 사용자에게 적절한 QoS를 보장해 주기 위해 네트워크 자원을 예약한다. 

4) 요청된 멀티미디어는 네트워크 전달망을 통해 사용자의 AN/EN까지 멀티캐스팅 된다.

5) 사용자는 전달된 멀티캐스트 그룹에 가입하기 위해 IGMP 가입 메시지를 보낸다. 

6) 최종적으로 사용자는 요청한 멀티미디어 스트리밍을 받게 된다.

결론 및 향후 추진 일정 

최근 사용자 생성 콘텐츠를 비롯한 다양한 종류의 콘텐츠가 인터넷에서 급속하게 증가함에 따라 멀티캐스트 세션에 대한 관리가 중요해졌다. 앞에서 살펴본 멀티캐스트 세션 공지 기능은 NGN 환경에서 현재 제공이 가능한 멀티캐스트 세션에 대한 공지 기능을 제공하는 역할을 한다. 하지만 지금까지 정의된 방식으로는 향후 폭발적으로 증가할 멀티캐스트 서비스 수용에 대한 대비가 미흡하기 때문에, 이에 대한 보다 적극적인 표준 및 기술개발이 요구된다.