비디오 공유

Video Share는 IP Multimedia System(IMS; IP멀티미디어 시스템)을 지원하는 모바일네트워크용 서비스로 회선교환 음성콜에 참여하는 사용자는 음성콜 중에 패킷네트워크를 통해 단방향 비디오스트리밍 세션을 추가할 수 있습니다.음성 콜의 어느 쪽이라도 비디오스트리밍 세션을 시작할 수 있습니다.음성 콜 중에는 여러 개의 비디오스트리밍 세션이 존재할 수 있습니다.또, 이러한 스트리밍 세션은, 음성 콜의 어느 쪽이라도 개시할 수 있습니다.비디오 소스는, 전화기의 카메라 또는 사전 녹화된 비디오 클립 중 하나입니다.

비디오 공유는 음성 콜 내에서 시작됩니다.음성 콜이 확립되면, 통화자(콜 또는 착신자) 중 하나가 비디오 공유(VS) 세션을 개시할 수 있습니다.송신 유저는, 단방향 라이브 또는 녹화된 비디오를 스트리밍 할 수 있습니다.디폴트 동작에서는, 헤드셋이 설치되어 있지 않는 한, 비디오 수신시에 수신측 핸드셋이 자동적으로 스피커 폰 모드가 됩니다.송신자는, 수신 유저와 함께, 핸드 세트로 스트리밍 되고 있는 것을 확인할 수 있습니다.이 시나리오에서는, 쌍방이 비디오를 보고 있는 동안, 송신측은 CS 오디오 접속을 「내레이션」할 수 있습니다.두 사용자 모두 비디오 공유 세션을 시작할 수 있으며, 비디오 공유 세션의 송신자 또는 수신자 중 한 명은 언제든지 세션을 종료할 수 있습니다.VS 초대의 일부로서 수신자는 스트리밍된 비디오를 거부하도록 선택할 수 있습니다.상대방이 세션을 종료하거나 커버리지 부족으로 링크가 끊어졌을 때 송신자와 수신자 모두 피드백을 받는 것을 목적으로 하고 있습니다.

비디오 공유 서비스는 GSM Association(GSMA; GSM 어소시에이션)에 의해 정의됩니다.이것은 종종 조합 서비스라고 불리며, 이는 회선 스위치 음성 콜과 패킷스위치 멀티미디어 세션을 결합하는 것을 의미합니다.이 개념은 3세대 파트너십 프로젝트(3GPP) 사양 문서 3GPP TS 22.279, 3GPP TS 23.279 및 3GPP TS 24.279에 설명되어 있습니다.비디오 공유 서비스에는 3GPP 준거 IMS 코어 시스템이 필요합니다.

GSM 어소시에이션은 비디오 공유 서비스 정의를 두 개의 다른 단계로 나누었습니다.첫 번째 단계(단계 1이라고도 함)에서는 회선 스위치의 음성 콜에 동기화되지 않고 단순한 피어 투 피어 단방향 비디오스트림을 공유합니다.두 번째 단계(단계 2)에서는 Video Share Application Server를 솔루션에 도입하여 포인트 투 멀티 포인트 비디오 공유 콜, 웹 포털로의 비디오 스트리밍, 비디오 공유와 인스턴트 메시징의 통합 등 보다 복잡한 기능을 지원합니다.

업계에서 비디오 공유는 See What I See나 Rich Voice Call과 같은 다른 이름으로도 불립니다.

비디오 공유는 UMTS 및 EDGE(DTM 사용) 네트워크에서만 지원됩니다.GPRS 또는 CDMA 네트워크에서는 지원되지 않습니다.비디오 공유 클라이언트는 세션 중에 핸드셋이 UMTS에서 GSM으로 이행하면 VS 세션을 드롭합니다.CS 음성 콜은 접속된 채로 있습니다.

AT&T(구 Cingular)는 전국에 Video Share 서비스를 전개한 모바일 사업자 중 하나입니다.

역사

피어 투 피어 비디오 공유는 2004년에 노키아 전화기에 의해 처음 도입되었습니다.이것은 SIP 또는 IMS 인프라스트럭처를 기반으로 한 독자적인 솔루션입니다.일부 유럽 사업자들은 2005년에 이미 이러한 전화에 기반한 상용 서비스를 제공했다.See What I See, Rich Voice Call, Push-to-Video(P2비디오 또는 PTV) 등의 이름으로 유사한 서비스가 팝업되었습니다.

GSMA 비디오 공유 서비스는 GSM 협회가 2005/2006년에 실시한 SIP (Session Initiation Protocol) 시험 기간 동안 원래 정의, 구현 및 테스트되었습니다.SIP 시행 중 비디오 공유 서비스는 ^[2]SIP를 통한 IMS 인터워킹을 시연하기 위해 사용되었습니다.Video Share도 IPX 상에서 테스트되어 향후 이 서비스가 보편적으로 이용 가능하게 될 가능성이 있음을 증명하고 있습니다.

그 후 GSMA는 비디오 셰어를 위한 별도의 프로젝트를 만들기로 결정했다.Video Share 프로젝트의 단계1은 SIP 시험 결과를 기반으로 구축되어 활용되었습니다.비디오 공유 프로젝트의 첫 번째 단계에 대한 서비스 정의는 2006년 9월/10월에 완료되었습니다.AT&T 등 세계 각지의 모바일 사업자는 단계 1의 서비스 정의에 근거해 비디오 공유 서비스를 도입하고 있습니다.비디오 공유의 상호 운용성 기술 레퍼런스 사양도 GSMA에서 입수할 수 있습니다.

GSMA Video Share 프로젝트의 2단계는 2007년 5월/6월에 시작되어 현재 진행 중입니다.

비디오 공유와 비디오 콜의 차이점

비디오 공유는 기존의 양방향 비디오 통화 서비스와 혼동될 수 있습니다.비디오 콜에는, 쌍방향의 비디오와 오디오의 동시 전송(처음부터 종료까지)이 포함되어 있습니다.Video Share 에는, 쌍방향의 기존의 음성 콜에 1개 또는 복수의 단방향의 비디오세션을 추가 및 삭제합니다.유저 익스피리언스에 관한 한, 2개의 서비스에는 다음과 같은 차이가 있습니다.

1. 화상 통화에서는, 그 의도를 사전에 알 수 있습니다.통화 상대는, 화상 통화에 관여하고 있는 것을 충분히 인식하고 있습니다.발신자는 콜을 비디오콜로서 개시해, 비디오의 길이는 음성 콜의 길이에 관련지어집니다.반면, 비디오 공유 세션은 일반적인 음성 대화로 시작되며, 대화 내용에 따라서는 상대방이 대화 중에 무언가를 공유하게 될 수 있습니다(예: 새 차, 바깥의 눈, 아이들의 비디오 클립).3~4분간의 음성 콜에는, 1분간의 비디오 공유가 필요한 경우가 있습니다.
2. 비디오 공유는 일방적이기 때문에 수신자에게 사생활에 영향을 주지 않습니다.송신자의 휴대 전화의 카메라는, 통상, 수신자와 공유하고 싶은 물건이나 액티비티를 가리키고 있습니다.한편, 비디오 콜은, 지금까지 「I see you, you see me」라고 하는 타입의 서비스입니다.이 서비스에서는, 카메라가 통화 상대를 가리키고 있습니다(예를 들면, 화상 전화, Web 카메라).
3. 휴대 전화의 디스플레이 화면은 표시 영역이 제한되어 있습니다.화면을 Picture-in-Picture(송수신 비디오스트림을 모두 표시하기 위해)로 분할하면, 휴대 전화의 Video Call 유저 익스피리언스가 큰폭으로 저하됩니다(Picture-in-Picture를 사용한 Video Call은 큰 화면을 사용하는 기업 애플리케이션에서는 유효합니다).

비디오 공유의 확장 기능에는 비디오 클립 공유가 있습니다.이것에 의해, 전화(또는 네트워크내에 있는)에 녹화한 비디오 클립을, 2개의 통화 상대간에 공유할 수 있습니다.일반적인 비디오 콜 실장에서는 제공되지 않는 것입니다.

아키텍처

Phase 2 Video Share 솔루션은 모바일핸드셋에서 동작하는 클라이언트애플리케이션과 모바일네트워크에 배치된 애플리케이션서버로 구성됩니다.단계 1 비디오 공유 아키텍처에는 애플리케이션 서버가 포함되어 있지 않습니다.즉, 미디어는 터미널 간에 직접 전송됩니다.Video Share 서비스는 표준 IMS Core 인프라스트럭처를 사용하여 시그널링 및 미디어 트래픽을 전송합니다.IP Packet Exchange(IPX; IP 패킷 교환) 프록시는 오퍼레이터 간의 상호 접속을 허용하고 오퍼레이터 간 트래픽 과금에 사용되는 세션어카운팅 레코드의 수집 포인트를 제공하기 위해 이 인프라스트럭처의 일부일 수 있습니다.

비디오 공유 클라이언트

Video Share(VS; 비디오 공유) 클라이언트는 모바일핸드셋으로 동작하는 소프트웨어 애플리케이션입니다.일반적으로 비디오 공유 클라이언트는 Windows Mobile, Symbian, Linux 및 자체 RTOS 등의 모바일 운영체제시스템에서 실행되는 네이티브응용 프로그램으로 구현됩니다.VS 준거 핸드셋에는 IMS 퍼블릭/프라이빗 ID 및 액세스 credential을 사용하여 적절하게 프로비저닝된ISIM/USIM이 포함되어 있습니다.유저의 가입은, 통상, 스마트 카드(ISIM/USIM)에 바인드 되고 있기 때문에, 유저는 비디오 공유 서비스를 휴대할 수 있습니다.그 때문에, 유저는, 어떠한 기능 있는 핸드 세트에서도 비디오 공유를 송수신 할 수 있습니다.

비디오 공유 클라이언트는 SIP 및 RTP/RTCP 전송을 지원합니다.SIP는 콜 제어 및 시그널링에 사용되며, RTP/RTCP는 비디오 전송에 사용됩니다.GSMA Video Share Client에서 지원되는 기능은 다음과 같습니다.

• 등록, 인증 및 비디오 공유 시작
  • ISIM/USIM에 저장된IMS 액세스 credential을 사용한 전원 투입 시 IMS 등록
  • 지원되는 코덱을 포함한 SIP를 사용한 비디오 공유 콜 시작 전 비디오 공유 기능 교환
  • 다른 디바이스의 기능 상태를 나타내는 표시 아이콘(다른 디바이스의 VS 지원 여부)
  • 사용자가 VS 세션을 시작 및 중지할 수 있습니다.착신측에는 세션 시작 시 비디오스트림을 받아들이거나 거부할 수 있는 옵션이 있습니다.
• 조작성
  • 사용자가 다른 사용자가 단말기로 기능 교환을 수행하거나 단말기로 비디오를 스트리밍하지 못하도록 차단할 수 있는 개인 정보 보호 정책
  • 송신 또는 수신 디바이스가 세션 중 임의의 시점에서 VS 세션을 종료하는 기능
  • 송신 디바이스와 수신 디바이스 양쪽에서 스트리밍 중인 비디오를 표시하는 기능
• 코덱 지원
  • H.263 프로파일0 (레벨 10)기타 코덱 지원이 필요하지만 옵션
  • H263-2000 RTP 페이로드 형식 지원
  • RTCP 송신자 및 수신자 보고서 지원

비디오 공유 응용 프로그램 서버

Video Share Application Server는 3GPP 정의 ISC 인터페이스를 통해 IMS 네트워크 내의 S-CSCF 네트워크 요소와 인터페이스하는 IMS 응용 프로그램서버입니다응용 프로그램서버는 SIP Back-to-Back User Agent(B2B)를 지원합니다.UA) 비디오 공유 세션의 서비스 정책 제어 및 강제 기능을 가능하게 하는 콜 제어 아키텍처.Video Share Application Server는 일반적으로 캐리어급 폴트 톨러런스 하드웨어 플랫폼에서 실행됩니다.

Video Share Application Server에서 지원되는 기능은 다음과 같습니다.

• 비디오 공유 서비스 제어.Application Server는 네트워크에서의 서비스 제어, 프로비저닝 및 설정, 승인 제어 및 등록 제어 등의 서비스 정책 적용을 위한 중앙 지점을 제공합니다.오퍼레이터 정의 서브스크라이버 및 서비스 정책은 서브스크라이버가 핸드셋에서 정책을 변경한 경우에도 적용할 수 있습니다.정책은 서버에 의해 실시간으로 또는 세션 확립 중에 핸드셋의 정책이 서버에 저장되어 있는 오퍼레이터 정의 정책과 일치하도록 함으로써 적용할 수 있습니다.경우에 따라서는 핸드셋의 정책을 서버상의 정책과 덮어쓸 필요가 있습니다.서버 기반 응용 프로그램서버는 다음 트리거에 따라 접근컨트롤 및 과금 정책을 적용합니다.
  • 착신 로밍 액세스(방문한 네트워크로부터의 모바일 발신 가입자 요구 세션)
  • 아웃바운드 로밍 액세스(방문된 네트워크에 있는 모바일 종단 가입자에 대한 세션 요구)
  • 홈 네트워크 액세스
  • 액세스 네트워크 타입(UMTS, Wi-Fi 또는 둘 다)
  • 시간에 민감한 프로모션 기간(피크, 비수기 또는 프로모션 기간)
  • 발신자 또는 착신자 사용자의 IMSI 또는 Public User Identifier(PUID; 퍼블릭사용자 식별자)
  • 발신자 또는 착신자 사용자의 위치 영역
  • 모바일 발신 방향 또는 모바일 종단 방향(송신 전용, 수신 전용 또는 둘 다)
• 이러한 트리거 조건이 충족되면 다음과 같은 비디오 공유 세션 제어 정책을 적용할 수 있습니다.
  • 콜의 종료
  • 호출 제한
  • 콜 게핑
  • 비디오 스트림 품질 적용
  • 비디오 공유 세션용으로 여러 레그를 설정하여 포인트 투 멀티 포인트 비디오 공유 세션 지원
• (a) 프로토콜 변환, (b) 비디오 트랜스코딩, (c) 환율 조정 등의 클라이언트 정규화 기능을 제공함으로써 서로 다른 클라이언트/엔드포인트 디바이스 간의 상호 운용성을 실현합니다.
• 강화된 충전 기능애플리케이션 서버는 비디오 공유 서비스 고유의 파라미터를 과금 레코드에 포함하도록 설정할 수 있습니다.애플리케이션 서버는 다양한 과금 플랜을 지원할 수 있도록 합니다.
• 다음을 포함한 상세 통계:

1. 세션 통계(확립, 종료, 시작 및 실패)
2. 등록, 등록 취소, 등록 거부 등의 사용자 등록 통계
3. 시각, 날짜, PUID, 연락처 주소, 발신인 및 수신인 헤더 정보 등 액티브콜 상세 정보
4. 미디어 스트림 품질 통계
   1. Connection Packet Loss: 2개의 비디오 공유 클라이언트엔드포인트로부터 수신된 RTCP 송신측 및 수신측 리포트로부터 취득된 데이터
   2. 지터와 지연 통계 정보– 2개의 비디오 공유 클라이언트엔드포인트로부터 수신된 RTCP 송신측 및 수신측 보고서로부터의 데이터

• Capability Exchange 캐싱 및 최적화
• Web Portal 등 3G 이외의 디바이스 엔드포인트 지원으로 웹 브라우저를 사용하여 PC 사용자와 실시간 비디오 공유 세션을 수행할 수 있습니다.
• 스트리밍된 비디오를 네트워크 기반 비디오 공유 스토리지에 녹화 및 저장할 수 있습니다.
• 구성된 서비스 정책에 따라 비디오 공유 세션을 다른 엔드포인트로 리디렉션합니다.

서비스 개요

비디오 공유 세션의 셋업과 해체에 관한 기본적인 순서는 다음과 같습니다.

• 회선 스위치콜 셋업
• 기능 쿼리
• 초대 절차
• 비디오 전송
• 비디오 세션 해체
• 회선 스위치콜 해체

비디오 공유 세션은 사용자 A와 사용자 B 사이의 회선 스위치콜로 시작합니다.다음 단계는 수신자가 비디오 공유 세션을 지원할 수 있는지 여부를 판단하기 위해 다른 핸드셋을 조회하는 기능 교환입니다.이것은 SIP OPTIONS 방식으로 실행됩니다.두 핸드셋 모두 이 기능 교환을 실행할 수 있습니다.비디오 공유 세션은 SIP INVITE 메시지를 착신 측에 송신함으로써 시작됩니다.

비디오 공유 세션이 설정되면 실제 비디오 전송을 시작할 수 있습니다.비디오 스트리밍을 위해 인터넷 및 모바일 커뮤니티에서 널리 사용되는 RTP(Real-Time Transport Protocol)를 사용하여 비디오 공유 클라이언트 간에 비디오를 전송합니다.비디오 전송은 Control Protocol(RTCP)에 의해 증강되어 RTCP RR(Receiver Report) 및 RTCP SR(Sender Report) 패킷을 사용한 데이터 전송을 감시할 수 있습니다.어느 한쪽이 비디오 공유 세션을 정지하기로 결정하면 세션은 해체되고(RTCP BYE를 사용하여), SIP 세션은 정지됩니다(SIP BYE를 사용).이러한 순서를 실행해도 회선 스위치 음성 콜세션은 계속 존재합니다.

Web Portal 기반 비디오 공유 세션의 경우 비디오는 사용자 B가 아닌 Portal로 스트리밍되고 웹 브라우저가 있는 PC를 사용하여 액세스됩니다.

전개 옵션

Video Share 서비스를 전개하기 위한 옵션은 여러 가지가 있습니다.

• 옵션 1: 솔루션은 모바일 오퍼레이터의 IMS 네트워크에 도입됩니다.애플리케이션 서버는 오퍼레이터의 IMS Core 네트워크에 통합되어 있습니다.Video Share 클라이언트는 오퍼레이터에 의해 선택된 핸드셋에 사전 로드됩니다.사용자는 오퍼레이터를 통해 서비스에 가입합니다.
• 옵션 2: 솔루션은 모바일 운영자와는 무관하게 서드파티에 의해 호스트 서비스로 도입됩니다.사용자는 확립된 핸드셋어플리케이션 다운로드 절차를 사용하여 비디오 공유 클라이언트를 서드파티에서 다운로드하여 서드파티에 서비스에 등록합니다.

레퍼런스

「 」를 참조해 주세요.

• 회선 스위치(CS)와 IP 멀티미디어(IMS) 서비스 결합, TS 23.279, 3세대 파트너십 프로젝트