KR100857187B1

KR100857187B1 - 통신 프로토콜을 통한 브로드캐스트/멀티캐스트 세션의파라미터들 전송

Info

Publication number: KR100857187B1
Application number: KR1020087008307A
Authority: KR
Inventors: 이고르 쿠루시오; 엠레 악수; 로드 왈쉬; 하르쉬 메흐타; 데이비드 레온
Original assignee: 노키아 코포레이션
Priority date: 2004-03-22
Filing date: 2005-03-17
Publication date: 2008-09-05
Also published as: KR20070112426A; US8296436B2; KR100855372B1; KR20080032663A; US20050207415A1; CN1934825A; KR20060116032A; JP2007531368A; USRE45352E1; JP4550883B2; WO2005093998A1; AU2005226165A1; AU2005226165B2; TW200539639A; CN102984262A; EP1728356A1; KR100809654B1; EP1728356B1

Abstract

본 발명은 전송 세션 안에서 한 전송자(902)로부터 복수의 수신자들(901)로 공통 데이터를 전송하기 위한 방법, 컴퓨터 프로그램, 컴퓨터 프로그램 제품, 시스템, 전송자, 수신자, 및 세션 서술 프로토콜에 관한 것으로, 상기 전송 세션 안에서 상기 공통 데이터의 상기 전송과 관련된 적어도 한 세션 파라미터를 한 통신 프로토콜을 통해 상기 복수의 수신자들(901)로 전송하고(802); 상기 전송 세션 안에서 상기 전송자(902)로부터 상기 복수의 수신자들(901)로 상기 공통 데이터를 전송하는 동작을 포함한다. 본 발명은 특히 유선 및/또는 무선 네트워크에서의 공통 데이터의 브로드캐스트/멀티캐스트 전송과 관련이 있으며, 여기서 일방 트랜스포트를 통한 파일 전송 FLUTE 프로토콜이 사용된다.

Description

통신 프로토콜을 통한 브로드캐스트/멀티캐스트 세션의 파라미터들 전송{Conveying parameters for broadcast/multicast sessions via a communication protocol}

본 발명은 전송 세션 안에서 한 전송자로부터 복수의 수신자들에게 공통 데이터를 전송하는 방법, 컴퓨터 프로그램, 컴퓨터 프로그램 제품, 시스템, 전송자, 수신자, 및 프로토콜에 관한 것이다.

브로드캐스트/멀티캐스트(broadcast/multicast) 서비스는, 한 전송자(sender)로부터 다수의 수신자들로 공통(동일) 정보를 전송하기 위한 융통성 있고도 효율적인 메커니즘을 제공한다는 목적의 서비스들이다.

무선 통신 시스템 환경에서, 멀티미디어 브로드캐스트/멀티캐스트 서비스 (MBMS)는, 3세대 공동 프로젝트 (3GPP)를 통해 표준화된 UMTS (Universal Mobile Telecommunications System, 범 모바일 통신 시스템)에서 이용된다.

3GPP MBMS에서, 브로드캐스트 서비스는 단일 소스 개체 (전송자)로부터 브로드캐스트 영역 또는 영역들 내에 있는 모든 사용자들에게 멀티미디어 데이터 (가령, 텍스트, 오디오, 사진, 비디오)의 일방(unidirectional) 일대다 (point-to- multipoint) 전송을 나타낸다. 브로드캐스트 모드는 무선/네트워크 자원들을 효과적으로 이용하고자 한 것으로, 이를테면 데이터가 공통 무선 채널을 통해 전송되는 것 같은 것이 도모된다. 데이터는 네트워크에서 정의된바 대로 브로드캐스트 영역들로 전송된다.

사용자에 의해 수신된 브로드캐스트 서비스는 한 개 이상의 연속하는 브로드캐스트 세션들을 포함할 수 있다. 브로드캐스트 서비스는, 가령 한 개의 진행중인 세션 (가령, 미디오 스트림)으로 이뤄지거나, 확장된 한 시기에 걸쳐 수 개의 간헐적 세션들 (가령 메시지들)을 포함할 수 있다.

브로드캐스트 모드를 사용하는 서비스의 예가 네트워크로의 광고 또는 환영 메시지일 수 있다. 네트워크에 연결된 모든 사용자들이 이러한 메시지들을 수신하기 바라는 것은 아니므로, 사용자가 자신의 사용자 장치 (UE) 상에서 이러한 브로드캐스트 서비스들의 수신을 인에이블(enable, 허용)/디세이블(disable, 불허) 할 수 있어야 한다.

브로드캐스트 모드는 브로드캐스트 모드의 MBMS를 활성화하거나 거기에 가입하는데 특정한 요건이 없다는 점에서 멀티캐스트 모드와 구별될 수 있다.

3GPP MBMS의 멀티캐스트 모드는 하나의 소스 포인트에서 멀티캐스트 영역 내 멀티캐스트 그룹으로 멀티미디어 데이터 (가령, 텍스트, 오디오, 사진, 비디오)의 일방 일대다 전송을 허락한다. 멀티캐스트 모드는 무선/네트워크 자원들을 효과적으로 사용하도록 꾀해지는데, 이를테면 데이터가 공통 무선 채널을 통해 전송되는 식이다. 데이터는 네트워크에서 정의된바 대로 멀티캐스트 영역들로 전송된다. 멀티캐스트 모드에서는, 네트워크가 멀티캐스트 그룹의 멤버들을 포함하는 멀티캐스트 영역 내 셀들로 선택적 전송을 하는 수단이 있다.

UE에 의해 수신된 멀티캐스트 서비스는 한 개 이상의 연속적 멀티캐스트 세션들을 포함할 수 있다. 멀티캐스트 서비스는 가령 한 개의 진행중인 세션 (가령, 멀티미디어 스트림)을 포함할 수도 있고, 아니면 확장된 한 시기에 걸쳐 여러 개의 간헐적 멀티캐스트 세션들 (가령, 메시지들)을 포함할 수도 있다. 멀티캐스트 모드를 사용하는 서비스의 예가 가입이 요구되는 축구 결과 서비스일 수 있다.

브로드캐스트 모드와는 달리, 멀티캐스트 모드는 일반적으로 멀티캐스트 가입 그룹으로의 가입을 요구하고 그런 다음 사용자가 해당 멀티캐스트 그룹에 참가한다. 가입 및 그룹 참가는 공공 육상 모바일 네트워크 (PLMN) 운영자, 사용자, 또는 이들 대신 제3자 (가령, 회사)를 통해 이뤄질 수 있다.

인터넷 엔지니어링 태스크 포스 (IETF) (http://www.ietf.org/internet-drafts/)로부터 인터넷 드래프트로서 이용될 수 있는 FLUTE (File Delivery over Unidirectional Transport, 일방 트랜스포트를 통한 파일 전송) 프로토콜이, 공통 데이터가 한 IP 기반 개체에서 복수의 IP 기반 호스트들로 전송되는 멀티캐스트 네트워크들에 특별히 적합한 IP (Internet Protocol) 기반 네트워크들을 통한 일방 파일 전송을 위한 프로토콜을 나타낸다. FLUTE 사양은, 기본 프로토콜이 강력하게 확장가능한(scalable) 멀티캐스트 배포를 위해 설계된, 비동기 계층화 코딩 (ALC, Asynchronous Layered Coding) 프로토콜에 기반해 만든다. FLUTE는 크고 작은 파일들을, 수초 이상의 전송 세션들을 이용해, 여러 IP 기반 호스트들로 전송하는데 적용될 수 있다. 예를 들어, FLUTE는 대량 소프트웨어 업데이트들을 동시에 여러 IP 기반 호스트들로 전송하는데에도 사용될 수 있을 것이다. 또한, 자막을 위한 타임-라인(time-lined) 텍스트 같이 연속적이지만 세그먼트화된 데이터에 사용될 수도 있다.

그러나, (IP 기반 호스트들로 제공되는) FLUTE 프로토콜 서비스들이 3GPP MBMS에 사용될 수 있게 하고자 할 때, 무선 통신 시스템 내 모바일 수신기들로 하여금 최초에 한 IP 기반 네트워크에 위치되는 브로드캐스트/멀티캐스트 콘텐츠를 액세스하도록 허가하기 위해서는, IP 기반 네트워크에 자리한 한 소스 개체로부터의 공통 콘텐츠가 적어도 부분적으로 FLUTE 프로토콜 제어하에서 일부 IP 기반 네트워크 및 일부 무선 네트워크를 통해 상기 모바일 수신기들로 전송되어야 하는, 브로드캐스트/멀티캐스트 세션 설정에 요구되는 복수의 파라미터들이 모바일 수신기들에서 사용될 수 없다는 문제가 발생한다. 예를 들어, 모바일 수신기들로, 포워드 에러 정정 (FEC), 브로드캐스트/멀티캐스트 세션 중 콘텐츠 손상의 경우 데이터 복구 능력, 회선혼잡(congestion) 제어, 다중 채널들의 사용, 및 FLUTE 프로토콜에 의해 사용되는 콘텐츠 내용에 대한 정보를 제공하는 것이 현재로서는 가능하지 않기 때문에, 이러한 기능들이 브로드캐스트/멀티캐스트 전송 경로의 양단에서 수행될 수 없다는 결과를 낳는다.

무선 통신 시스템의 모바일 수신기들로 IP 기반 공통 콘텐츠를 브로드캐스트/멀티캐스트 전송하는 특정 상황에서 만나게 되는 상기 문제로부터 착안함에 있어서, 다른 무엇보다 본 발명의 목적은, 어떤 전송 세션 내에서 한 전송자로부터 복수의 수신자들로의 공통 데이터 전송에 관련된 파라미터들을 상기 복수의 수신자들로 전송 가능하게 하는 방법, 컴퓨터 프로그램, 컴퓨터 프로그램 제품, 시스템, 전송자, 수신자 및 프로토콜을 제공하는 것이다.

어떤 전송 세션 내에서 한 전송자로부터 복수의 수신자들로 공통(common) 데이터를 전송하는 방법이 제안되며, 이 방법은, 상기 전송 세션 안에서 상기 공통 데이터의 상기 전송과 관련되는 적어도 한 세션 파라미터를 어떤 통신 프로토콜을 통해 상기 복수의 수신자들로 전송하는 단계, 및 상기 전송 세션 안에서 상기 전송자로부터 상기 복수의 수신자들로 상기 공통 데이터를 전송하는 단계를 포함한다.

상기 공통 데이터는, 예를 들어 텍스트, 오디오, 이미지 및 비디오의, 전자적 형태로 표현될 수 있는 모든 종류의 정보를 포함할 수 있다. 상기 공통 데이터는 상기 전송자로부터 상기 복수의 수신자들로 동기화 방식으로 연속해서 전송되는 스트리밍 데이터이거나, 비스트리밍 데이터일 수 있다. 상기 데이터는 공통된다, 즉, 동일한 데이터가 일대다(point-to-multipoint) 방식으로 상기 복수의 수신자들 각각의 수신자에게로 전송된다. 상기 공통 데이터의 전송은 유선 또는 무선 네트 워크에서 일어날 수도 있고, 아니면 이들이 결합된 형태에서 일어날 수도 있다. 따라서 전송자는 이를테면 인터넷 서버일 수 있으며, 수신자들은 IP 기반 호스트들일 수 있다. 마찬가지로, 상기 수신자들은 무선 네트워크 내 모바일 수신기들일 수도 있다. 상기 수신자들은 동일한 타입일 수도 있고, 서로 상이한 타입일 수도 있다. 상기 공통 데이터의 전송은 제한된 듀레이션(duration, 지속기간)을 가질 수 있는 전송 세션 내에서 발생한다.

상기 적어도 한 세션 파라미터는, 상기 전송 세션 내 상기 공통 데이터의 상기 전송과 관련이 있다. 상기 적어도 한 세션 파라미터는, 예를 들어 에러 방지 (error protection), 채널 코딩, 상기 공통 데이터의 상기 전송에 사용되는 변조 및/또는 인터리빙(interleaving)을 기술한다. 상기 적어도 한 세션 파라미터는, 수신자들, 공통 데이터 콘텐츠, 회선 혼잡 제어, 에러 복구, 또는 상기 공통 데이터의 올바른 송수신과 관련된 어떤 다른 사항에 부과된 지연 또는 메모리 제약조건과 관련되는 정보 역시 마찬가지로 포함할 수 있다. 예를 들어, 상기 공통 데이터가 한 수신자나 여러 수신자들에서 올바르게 수신되지 않아서 복구 세션 중에 적어도 부분적으로 재전송되어야 하는 경우, 상기 공통 데이터의 상기 전송에 이어서 필요로 될 수 있는 복구 세션에 대한 정보가 상기 적어도 한 세션 파라미터에 포함될 수 있다.

상기 적어도 한 세션 파라미터는 어떤 통신 프로토콜을 통해 상기 복수의 수신자들로 전송된다. 상기 통신 프로토콜은 가령 세션 서술 프로토콜 (SDP), 파일 트랜스퍼 프로토콜 (FTP), 하이퍼텍스트 트랜스포트 프로토콜 (HTTP), 단문 메시지 서비스 (SMS), 일반 패킷 무선 서비스 (GPRS), 혹은 이와 비슷한 프로토콜들일 수 있다. 상기 적어도 한 세션 파라미터는 이를테면, 서로 다른 동료(peer)들의 통신 프로토콜 개체들 사이에서 교환되는 프로토콜 데이터 유닛들로서 전송될 수 잇으며, 이때 한 동료는 전송자가 되고, 다른 동료는 상기 복수의 수신자들 중 하나가 될 수 있다. 상기 통신 프로토콜은 특히 상기 적어도 한 세션 파라미터의 통신에 특별하게 특정되거나 정의도리 수 있다.

상기 세션 파라미터들을 상기 복수의 수신자들에 전송하는 상기 통신 프로토콜의 배치(deployment)로 인해, 상기 전송 세션의 적절한 역할에 필수적일 수 있는 상기 전송 세션에 대한 정보를 상기 수신자들에게 제공하는 것이 가능할 수 있다.

본 발명의 방법에 따르면, 상기 적어도 한 세션 파라미터는 상기 전송 세션 설정 전이나 설정 도중에 상기 복수의 수신자들로 전송됨이 바람직하다. 그러면 수신자들이 상기 전송 세션 안에서 상기 공통 데이터의 상기 후속 전송과 관련된 상기 적어도 한 세션 파라미터를 충분히 일찍 갖추게 되어, 상기 복수의 수신자들의 적절한 수신이 가능하게 된다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 세션 서술 프로토콜 (SDP)임이 바람직할 수 있다.

상기 SDP는 세션 공표, 세션 초대, 및 기타 멀티미디어 세션 개시 형태 목적의 멀티미디어 세션들을 서술하기 위한 것일 수 있다.

상기 SDP는, 멀티미디어 화상회의, VoIP (IP를 통한 음성) 호출, 스트리밍 비디오, 또는 기타 실시간 세션들을 개시할 때 요구되는 미디어 세부사항, 트랜스 포트(전송) 어드레스들 및 기타 세션 서술 메타데이터 서술을 위한 규격 표현을 제공할 수 있다. 상기 SDP에 의해 제공되는 상기 세션 서술 메타데이터는 실제 멀티미디어 세션이 발생하기 전에 멀티미디어 세션 참가자들로 전달될 것이다. 상기 SDP는 정보가 전송되는 실질적 방법과는 무관할 수 있다. 상기 SDP는 순수하게, 트랜스포트 프로토콜 병합 없는 세션 서술을 위한 포맷일 수 있으며, 적절하다면 가령 세션 공표 프로토콜 (SAP), 세션 개시 프로토콜 (SIP), 실시간 스트리밍 프로토콜 (RTSP), 또는 하이퍼텍스트 트랜스포트 프로토콜 (HTTP)을 포함한 다른 트랜스포트 프로토콜들을 이용할 수 있게 만들어진 것일 수 있다. 상기 SDP는 광범위한 네트워크 환경들 및 어플리케이션들에서 사용될 수 있는 일반적 용도로서 만들어질 수 있다. 상기 SDP는 가령 상기 전송자 (또는 또다른 경우로서 콘텐츠 서버나 그와 유사한 것) 내 SDP 프로토콜 개체들 및 상기 복수의 수신자들 내 SDP 프로토콜 개체들에 의해 운영될 수 있다. 상기 SDP는 인터넷 엔지니어링 태스크 포스 (IETF)에 의해 정의된 SDP일 수 있다.

상기 적어도 한 세션 파라미터가 상기 SDP를 통해 상기 복수의 수신자들로 전송된다. 이것은 가령 상기 SDP에 의해 정의된 복수의 속성(attribute) 필드들에 의해 달성될 수 있는데, 여기서 각각의 속성 필드는 한 개 이상의 세션 파라미터들의 정보를 병합할 수 있다.

본 발명의 방법에 따르면, 상기 공통 데이터가 적어도 부분적으로 IP 기반 네트워크를 거쳐 상기 전송자로부터 상기 복수의 수신자들로 전송됨이 바람직할 수 있다. 이를테면, 상기 전송자는 인터넷 서버이거나 인터넷 내 그와 유사한 인스턴 스(instance)일 수 있고, 상기 수신자들은 코어 네트워크가 인터넷과 연결됨으로써 상기 전송자와 연결되는 무선 통신 시스템의 모바일 수신지들 일 수 있다.

본 발명의 방법에 따르면, 상기 공통 데이터가 브로드캐스트 또는 멀티캐스트 운영을 통해 상기 전송자로부터 상기 복수의 수신자들에게 전송됨이 바람직할 수 있다. 어느 경우든, 일대다 방식이 일어난다.

본 발명의 방법에 따르면, 상기 공통 데이터는 스트리밍 데이터이거나 비스트리밍 데이터임이 바람직할 수 있다. 스트리밍 데이터는 가령 스트리밍 비디오나 오디오 같이, 연속적이고도 동기화된 방식으로 상기 전송자로부터 상기 복수의 수신자들로 전송되는 데이터임을 특징으로 한다.

본 발명의 방법에 따르면, 상기 공통 데이터는 실시간 데이터이거나 비실시간 데이터임이 바람직할 수 있다.

본 발명의 방법에 따르면, 상기 공통 데이터는 적어도 부분적으로 무선 네트워크를 통해 상기 전송자로부터 상기 복수의 수신자들로 전송됨이 바람직할 수 있다. 예를 들어, 상기 수신자들은 IP 기반 네트워크에 상주하는 전송자와 연결된 무선 통신 네트워크 내 모바일 수신기들일 수 있다. 상기 무선 네트워크는 가령 UMTS (Universal Mobile Telecommunications System, 범 모바일 통신 시스템) 규격에 따른 모바일 무선 통신 네트워크이거나, IEEE 802.11이나 HiperLAN/2 같은 W-LAN (무선 로컬 영역 네트워크), 또는 위성 기반 네트워크 일 수 있다.

본 발명의 방법에 따르면, 상기 무선 네트워크는 적어도 부분적으로 제3세대 공동 프로젝트 3GPP에서 정의된 것 같은 멀티미디어 브로드캐스트/멀티캐스트 서비 스 (MBMS)를 구현하는 모바일 네트워크이다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 전송 세션 내에서 상기 공통 데이터 전송에 사용되는 적어도 한 FEC 인코딩 방식을 특정한 포워드 에러 정정 (FEC) 속성을 포함함이 바람직할 수 있다.

상기 통신 프로토콜에 포함되는 상기 속성은 상기 통신 프로토콜을 확장하는 기본 도구일 수 있고, "세션-레벨"이나 "미디어-레벨" 속성, 혹은 그 둘 모두로서 사용되도록 정의될 수 있다. 상기 속성은 미디어 스트림에 대한 정보를 부가할 수 있다. 그것은 개별 미디어에 적용되기보다는 전체로서 상기 전송 세션에 적용되는 부가 정보 역시 더 전달할 수 있다. 속성들은 특성(property) 속성들이거나 가치(value) 속성들일 수 있다.

상기 FEC 속성이 특정하는 상기 FEC 인코딩 방식은 이를테면 자동 반복 요청 (ARQ, Automatic Repeat Request)일 수 있다.

본 발명의 방법에 따르면, 상기 FEC 속성은 FEC 인코딩 식별자를 더 특정함이 바람직할 수 있다. 상기 FEC 인코딩 식별자는 FEC 디코딩 매트릭스나 FEC 바이트코드(bytecode)에 대한 정보를 포함할 수 있다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 FEC 디코딩 정보가 다운로드될 수 있는 장소를 특정하는 FEC 머신(machine) 속성을 포함함이 바람직할 수 있다.

본 발명의 방법에 따르면, FEC 디코딩 매트릭스나 FEC 바이트코드 같은 상기 FEC 디코딩 정보는 에러에 구속되지 않는 (error-free) 방식으로 상기 복수의 수신 자들 중 적어도 하나에 의해 상기 위치로부터 다운로드 되어야 함이 바람직할 것이다.

본 발명의 방법에 따르면, 상기 복수의 수신자들 중 적어도 한 개는 상기 FEC 디코딩 정보를 다운로드 하기 위해 하이퍼텍스트 트랜스포트 프로토콜 (HTTP)나 트랜스포트 제어 프로토콜 (TCP) 기반 일대일 (point-to-point) 접속을 이용함이 바람직할 것이다.

본 발명의 방법에 따르면, 상기 복수의 수신자들 중 적어도 하나는 상기 위치로부터 상기 FEC 디코딩 정보 다운로딩이 시작될 시간을 결정하거나 복구 세션을 시작할 시간을 결정하기 위해 시간 분산(dispersion) 함수를 이용함이 바람직할 수 있다. 이러한 시간 분산 함수는, 상기 위치로부터 상기 FEC 정보 다운로드를 병발적으로 시도하거나 복구 세션들을 수행할지 모를 수신자들의 개수를, 이를테면 상기 다운로드하도록 난수화된 시작 시간을 지시함으로써, 줄일 수 있다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 전송 세션 중에 상기 전송자로부터 상기 복수의 수신자들로 상기 공통 데이터를 전송하는 동안 상기 복수의 수신자들에 부과된 버퍼링 요건을 특정하는 FEC 버퍼링 속성을 포함함이 바람직할 것이다.

본 발명의 방법에 따르면, 상기 버퍼링 요건은 버퍼링 지연 및/또는 버퍼링 메모리 사이즈임이 바람직할 것이다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 전송 세션 안에서 상기 공통 데이터의 상기 전송에 사용되는 회선 혼잡 제어 방식을 특정하는 회선 혼 잡 제어 속성을 포함함이 바람직할 수 있다.

본 발명의 방법에 따르면, 상기 공통 데이터가 상기 복수의 수신자들 중 적어도 하나에서 올바르게 수신되지 않은 경우, 상기 공통 데이터의 적어도 일부가 복구 세션 안에서 복구 서버로부터 상기 적어도 한 수신자로 전송됨이 바람직할 것이다.

본 발명의 방법에 따르면, 상기 복수의 수신자들 중 상기 적어도 하나는 상기 복구 세션을 시작하는 시간을 정하기 위해 시간 분산 함수를 이용함이 바람직할 수 있다.

본 발명의 방법에 따르면, 상기 복구 세션은 일대일 또는 일대다 복구 세션임이 바람직할 수 있다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 복구 서버의 URI를 특정하는 복구 URI (Uniform Resource Identifier)를 포함함이 바람직할 수 있다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 에러 문턱치를 특정하는 복구 문턱치 속성을 포함하고, 상기 에러 문턱치는 상기 전송 세션 안에서 상기 전송자로부터 상기 복수의 수신자들에 의해 수신되는 상기 공통 데이터의 수신 품질과 관련됨이 바람직할 수 있다. 상기 에러 문턱치는 가령 패킷 또는 시간당 최대 인내가능(tolerable) 비트 에러들을 정량화할 수 있다.

본 발명의 방법에 따르면, 상기 복수의 수신자들 중 하나에 의해 상기 복구 세션으로 진입하는 것은, 상기 전송 세션 안에 상기 전송자로부터 상기 수신자에 의해 수신된 상기 공통 데이터의 수신 품질과, 상기 에러 문턱치 사이의 관계에 달 려 있다. 가령 상기 수신자가 상기 전송 세션 중 상기 공통 데이터와 함께, 300 초의 윈도(window) 내 10 바이트 에러를 수신한 경우, 그리고 상기 에러 문턱치가 복구 세션 시작을 위해 300 초의 윈도 내 1 바이트 에러 까지만 허용됨을 명확히 하는 경우, 상기 수신자는 상기 복구 세션으로의 진입을 억제할 것이다.

본 발명의 방법에 따르면, 상기 에러 문턱치는 에러 유닛, 에러 값, 측정 윈도 유닛 및 특정 윈도 값 측면에서 정량화됨이 바람직할 것이다. 상기 에러 유닛은 이를테면 바이트, 비트, 패킷, 또는 백분율 단위일 수 있고, 상기 에러 값은 실수 넘버일 수 있고, 상기 윈도 유닛은 가령 초, 패킷, 비트, 또는 바이트 단위일 수 있으며, 상기 윈도 값은 실수 넘버일 수 있다. 이러한 방식으로 정량화된 에러 문턱치의 예가 300초의 윈도 내 10개의 에러 난 바이트들 또는 그와 유사한 조합일 수 있다.

본 발명의 방법에 따르면, 상기 에러 문턱치는 에러 값으로 정량화됨이 바람직할 수 있다. 상기 에러 문턱치를 가령 0.01 같은 실수 에러 값으로 특정하는 것 역시 가능할 수 있다. 그러면 에러 유닛, 측정 윈도 유닛 및 측정 윈도 값이 미리 규정될 수도 있다.

본 발명의 방법에 따르면, 복수의 에러 문턱치들이 상기 전송 세션에 사용됨이 바람직할 수 있고, 상기 에러 문턱치들은 명시적이나 함축적으로 표제(labelled) 될 수 있다. 상기 에러 문턱치는 가령 정수로서 명시적으로 표제되어, 제1, 제2, 등등의 에러 문턱치가 서로 구별되어질 수 있다. 상기 에러 문턱치는 가령 에러 문턱치들이 이들의 값에 따라 분류되고 그런 다음 최저 또는 최고 에 러 문턱치로 시작하는 오름 차순 (또는 내림 차순)으로 표제되도록 지시함으로써 내재적으로도 역시 표제될 수 있다. 에러 문턱치들을 표제하는 것은, 가령 복구 세션 요청이 시작될 때까지 수신자가 얼마나 오래 기다려야 하는지를 나타내느 것일 수 있는 서로 다른 백오프(backoff) 모드가 지원되고 그런 후 각 에러 문턱치가 각자의 백오프 모드에 대응할 때 특히 바람직하다. 이때 수신자들의 복구 세션으로의 진입은 수신 에러들의 크기에 따라 다르게 제어됨으로써, 예를 들어 큰 수신 에러를 갖는 수신자들이 첫 번째나 최후에 상기 복구 세션으로 들어가게 된다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 전송 세션 안에서 상기 전송자로부터 상기 공통 데이터를 올바르게 수신하지 못한 수신자가 상기 복구 세션 요청을 시작하는 시기에 대한 정보를 제공하는 백오프-모드 속성을 포함함이 바람직할 것이다.

본 발명에 따르면, 상기 통신 프로토콜은 백오프 모드를 특정하는 백오프 모드 속성을 포함함이 바람직할 수 있으며, 이때 상기 백오프 모드는 상기 전송 세션 안에서 상기 전송자로부터 상기 공통 데이터를 올바르게 수신하지 않았던 수신자가 상기 복구 세션에 대한 요청을 시작할 수 있는 시기에 대한 정보를 제공하고, 복수의 백오프 모드들이 상기 전송 세션에 사용되며, 상기 에러 문턱치들 중 적어도 일부가 각자 상기 백오프 모드들 중 적어도 하나에 링크된다. 예를 들어, 각각의 에러 문턱치가 각자 백오프 모드에 링크될 수 있다. 이러한 링크는 이를테면 에러 문턱치들과 백오프 모드들 모두를 표제함으로써 해당 표제들이 어떤 링크를 나타내는데 파악되어질 수 있도록 함으로써 이뤄질 수 있다.

본 발명에 따르면, 상기 백오프 모드들은, 상기 전송 세션 중 상기 수신자에 의해 수신된 상기 공통 데이터의 수신 품질과 상기 에러 문턱치들에 의해 요구되는 수신 품질 간의 관계에 따라 수신자에 배정된다. 상기 전송 세션 내 상기 공통 데이터 수신 중에 수신자에 의해 경험되는 에러율 및 상기 에러 문턱치들 및 상기 백오프 모드들 사이의 링크에 기반하여, 상기 수신자에 한 백오프 모드를 배정하는 것이 가능할 수 있다. 이러한 방식으로, 가령 높은 에러율 (제1에러 문턱치를 상회하는)을 가진 수신기들이 제1백오프 모드로 배정되고, 제1에러 문턱치 밑에 있지만 제2에러 문턱치보다는 위에 있는 그 이하의 에러 레이트를 가진 수신기들에는 제2백오프 모드가 배정된다. 그리하여 제1백오프 모드의 수신기들은 제2백오프 모드의 수신기들 앞이나 뒤에 전송이 허용됨으로써, QoS (Quality of Service, 서비스 품질) 제어가 가능하게 된다.

본 발명의 방법에 따르면, 상기 정보는 백오프 유닛, 백오프 값 및 백오프 윈도로 표현됨이 바람직할 수 있다. 상기 백오프 유닛은 가령, 초 단위 상대적 시간이거나, 절대 NTP (Network Time Protocol) 시간, 바이트, 비트 또는 패킷 단위 등일 수 있다. 상기 백오프 값은 가령 실수 넘버일 수 있다. 상기 백오프 윈도는 가령 상기 백오프 유닛에 의해 특정된 유닛과 동일할 수 있는 어떤 유닛을 가진 실수 값일 수 있다. 상기 정보는 절대 시간 또는 상대 시간 베이스와 관련될 수 있다. 예로써, 만일 상기 백오프 유닛이 초 단위이고, 상기 백오프 값은 60이고 상기 백오프 윈도는 120이면, 이것은, 수신자가 전송 세션 마지막으로부터 60과 180(=60+120) 사이의 복구 세션에 대한 요청을 시작할 수 있음을 나타낼 것이며, 이때 상기 시작 시간은 가령 균일 분포 (uniform distribution)에 기반하여 60 및 120초 사이의 상기 인터벌로부터 무작위로 선택될 수 있다.

본 발명의 방법에 따르면, 상기 정보는, 절대 타이밍이 사용되는지 상대 타이밍이 사용되는지를 가리키는 변수 및 시간 값으로 표현된다. 예를 들어, 상기 변수가 절대 타이밍이 사용됨을 나타내는 경우, 상기 타임 값은 복구 세션 요청이 시작될 (또는 인근에서 시작 시간이 무작위로 선택될 수 있거나 이러한 것이 시작되는) 절대 NTP 시간을 특정할 수 있다. 이와 달리, 상기 변수가 상대 타이밍이 사용됨을 나타내는 경우, 상기 시간 값은, 가령 상기 요청이 전송 세션의 마지막에서 시작되고 상기 시간 값이 가리키는 듀레이션 뒤에 끝나는 인터벌 안에서 무작위로 시작될 수 있음을 특정할 것이다. 상기 시간 값은 또한, 소위 느릿한 복구 (lazy repair)가 가능한, 최대 복구 가능 시간, 즉 복구 동작이 가능할 때까지의 시간으로 규정될 수 있다.

본 발명의 방법에 따르면, 상기 정보는 한 에러 문턱치와 세 값들 X, Y 및 Z를 포함하고, 상기 복수의 수신자들 중 적어도 한 개에서 상기 전송 세션 안에서 상기 전송자로부터 상기 적어도 한 수신자에 의해 수신된 상기 공통 데이터의 수신 품질이 상기 에러 문턱치에서 지시된 수신 품질 보다 나은 경우, 상기 복구 세션 요청이, 상기 전송 세션 끝에 시작되는 듀레이션 X의 시간 인터벌 안에서 무작위로 개시되고; 그렇지 않은 경우 상기 전송 세션의 끝에서 카운트되는 Y 및 Y+Z 사이의 기간 안에서 무작위로 상기 복구 세션에 대한 상기 요청을 개시함이 바람직할 수 있다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 복수의 수신기들의 개수를 상기 복수의 수신기들로 전송하는데 사용될 수 있음이 바람직할 것이다. 수신기 개수에 대한 정보는 상기 수신기들에 의해 상기 복구 세션에 대한 백오프 시간을 결정할 때 유용하게 사용될 수 있다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 복구 세션이 일대일 세션일 수 있는지, 일대다 세션일 수 있는지, 아니면 그 둘 모두일 수 있는지를 특정하는 복구 타입 파라미터 속성을 포함함이 바람직할 것이다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 복구 세션의 타입을 특정하는 복구 토큰 속성, 및/또는 상기 전송 세션 내에서 상기 복수의 수신자들 중 적어도 하나에서 올바르게 수신되지 않은 상기 공통 데이터의 어느 부분이 상기 복구 세션 안에서 상기 복구 서버로부터 상기 적어도 한 수신기로 전송될지에 대한 정보를 포함함이 바람직할 것이다. 상기 부분에 대한 정보는 가령 파일 식별자, 상기 공통 데이터의 소스 블록 넘버 (SBN) 및/또는 인코딩 심볼 ID (ESI), 또는 이러한 값들에 기반하는 쌍들이나 범위들을 특정할 수 있다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 전송자가 상기 복수의 수신자들에게 상기 공통 데이터의 콘텐츠 서술이 저장되어 있는 URI를 어떻게 나타낼지를 특정함이 바람직할 것이다. 상기 URI는 가령 파일 전송 테이블 (FDT) XML 스키마 같은 확장형 마크업 언어 (XML) 방식, 혹은 인터넷 미디어 가이드 (IMG) 데이터 모델로의 엔트리 포인트, 또는 어떤 스키마나 모델로의 다른 엔트리 포인트일 수 있다.

본 발명의 방법에 따르면, 상기 전송자로부터 상기 복수의 수신자들로의 공통 데이터 전송은 적어도 부분적으로 일방 트랜스포트를 통한 파일 전송 FLUTE 프로토콜에 의해 통제됨이 바람직할 것이다. 상기 FLUTE는 인터넷을 통한 파일들의 일방 전송을 위한 프로토콜을 나타낼 수 있으며, 특히 멀티캐스트 네트워크들에 적합하게 될 것이다. 상기 FLUTE 프로토콜은 비동기 계층화 코딩 (ALC)를 기반으로 할 수 있다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 전송 세션 내에서 상기 복수의 수신자들로 상기 공통 데이터를 전송하기 위해 전송자에 의해 얼마나 많은 채널들이 사용되는지를 특정하는 FLUTE 채널 속성을 포함함이 바람직할 수 있다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 전송 세션 안에서 TSI 값을 특정하는 FLUTE 전송 세션 식별자 TSI를 포함함이 바람직할 수 있다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 전송 세션 안에서 사용되는 미디어를 특정하는 미디어 서술을 포함함이 바람직할 수 있다. 이 미디어 서술은 "m-line" 이라고도 칭할 수 있다. 예를 들어, 상기 미디어는 오디오, 비디오, 어플리케이션, 데이터 및 제어일 수 있다. 상기 미디어 서술은 가령 비디오 데이터가 사용자 데이터그램 프로토콜 (UDP)를 통해 FLUTE를 이용하는 채널 상으로 전송됨을 나타낼 수 있다.

본 발명의 방법에 따르면, 상기 통신 프로토콜은 상기 전송 세션 안에서 사용되는 채널의 어드레스를 특정하는 연결 데이터를 포함함이 바람직할 것이다. 이 연결 데이터를 "c-line" 이라고 칭할 수도 있다. 상기 연결 데이터는 네트워크 타입, 어드레스 타입 및 연결 어드레스를 포함할 것이다. 따라서 이 연결 데이터가, 가령, IPv6 어드레스를 가리킬 수 있다.

프로세서로 하여금 상술한 방법의 단계들을 수행하도록 운용되는 명령어들이 포함된 컴퓨터 프로그램이 더 제안된다. 상기 프로세서는 가령 상기 전송자, 쉰자, 또는 그 둘 모두에 포함되어 있을 수 있다.

프로세서로 하여금 상술한 방법의 단계들을 수행하도록 운용되는 명령어들이 포함된 컴퓨터 프로그램을 구비한 컴퓨터 프로그램 제품이 더 제안된다.

데이터 전송을 위한 시스템이 더 제안되며, 이 시스템은 적어도 한 전송자 및 복수의 수신자들을 포함하고, 상기 적어도 한 전송자 및 상기 복수의 수신자들은 세션 서술 프로토콜 통신 프로토콜을 통해 상기 적어도 한 전송자로부터 상기 복수의 수신자들로, 상기 전송 세션 내에서 상기 공통 데이터의 상기 전송과 관련되는 적어도 한 세션 파라미터를 통신하도록 구성된 수단을 포함하고; 상기 적어도 한 전송자 및 상기 복수의 수신자들은 상기 전송 세션 내에서 상기 전송자로부터 상기 복수의 수신자들로 상기 공통 데이터를 전송하도록 구성된 수단을 포함한다.

전송 세션 내에서 복수의 수신자들로 공통 데이터를 전송하는 전송자가 더 제안되며, 이 전송자는 세션 서술 프로토콜 통신 프로토콜을 통해 상기 복수의 수신자들로 상기 전송 세션 안에서 상기 공통 데이터의 상기 전송에 관련된 적어도 한 세션 파라미터를 전송하도록 구성된 수단, 및 상기 전송 세션 안에서 상기 복수의 수신자들로 상기 공통 데이터를 전송하도록 구성된 수단을 포함한다.

전송 세션 내에서 한 전송자로부터 복수의 수신자들로 전송되는 공통 데이터를 수신하는 수신자가 더 제안되며, 이 수신자는, 상기 전송 세션 내에서 상기 공통 데이터의 상기 전송에 관련되고 세션 서술 프로토콜 통신 프로토콜을 통해 상기 복수의 수신자들로 전송되는 적어도 한 세션 파라미터를 수신하도록 구성된 수단, 및 상기 전송 세션 내에서 상기 전송자로부터 상기 복수의 수신자들로 전송되는 상기 공통 데이터를 수신하도록 구성된 수단을 포함한다.

세션 서술 프로토콜이 더 제안되며, 이 프로토콜은, 전송 세션 내 한 전송자로부터 복수의 수신자들로의 공통 데이터 전송과 관련된, 적어도 한 개의 세션 파라미터에 대한 정의를 포함한다.

본 발명은 FLUTE 세션 밖에서 수신자들에서의 세션 수신을 위해 필요로 되는 파라미터들을 수신자들로 전송하는 방법을 제공한다.

본 발명은 또한, 수신자가 세션 중에 요구되는 모든 데이터를 수신하지 않은 상황에서 일대일 복구 세션들을 설정하는데 필요한 파라미터들을 수신자들로 보내는 방법 역시 제공한다. 다시 한번, 이 파라미터들은 성격상 세션 밖에서 전송될 필요가 있다. 이 파라미터들을 수신자들에게 전송하기 위해 SDP를 사용하는 것이 같은 효과에 대한 이상적 방법을 제공한다.

또, 본 발명은, 특히 다양한 에러 문턱치들을 각자의 백-오프 모드들에 링크함으로써, 상이한 수신 복구 요구에 따라 단순하면서도 강령하게 확장가능한(scalable) 다중-백-오프 알고리즘들이사용될 수 있게 한다.

본 발명은 일대다 (point-to-multipoint) 연결을 통해 한 전송자로부터 공통 데이터를 수신할 복수의 수신자들로 세션 파라미터들을 전송하기 위해 통신 프로토콜을 적절히 사용하는 것을 제안한다. 이하의 서술에서, 이러한 목적을 위해 본 발명의 범위를 제한하지 않는 그러한 통신 프로토콜의 예로서 세션 서술 프로토콜 SDP가 사용될 것이다. 이를 위해, 상기 SDP는 상기 세션 파라미터들의 통신을 허용하도록 규정되는 속성들, 미디어 서술들 및 연결 데이터를 포함한다. 이하에서, 이러한 SDP 성분들의 정의가, 인터넷 엔지니어링 태스크 포스 (IETF)에 의해 규정된 일반 전송을 통한 파일 전달 (FLUTE) 프로토콜로서 통제되는 세션들 동안 제3세대 공동 프로젝트 (3GPP) 멀티미디어 브로드캐스트/멀티캐스트 서비스들을 제공하는 시스템에 대해 예시될 것이다. 이러한 시스템에 대한 본 발명의 적용 및 이어지는 성분 정의들이 이 특정 어플리케이션으로 본 발명의 범위를 제한하려는 것은 절대 아니라는 것을 알아야 한다. 성분들은 ABNF (Augmented Backus-Naur Form) 신택스 서술 포맷에 기반하여 정의된다.

1. FEC 파라미터들

포워드 에러 정정 (FEC) 속성이, 사용되는 FEC 인코딩 방식을 나타낸다. FEC 속성은 FEC 인코딩 식별자 (및 사용되는 FEC 인코딩 방식과 그것과의 관계)를 나타낸다. 예를 들어, IETF FLUTE 프로토콜 드래프트에서, FLUTE 프로토콜에 대한 FEC 인코딩 ID 서술이 주어진다. FEC 인코딩 방식과 관련된 여러 인코딩 식별자들이 있을 수 있다.

본 발명에 따른 FEC 속성의 신택스 예가 아래와 같이 주어진다:

a=FEC-Info: "{"value * (","value)"}" CRLF

wherein

value = value-single/value-couple

value-single = %d0-127

value-couple = "(" %d128-255", " %d0-255")"

위에서, value는 사용되는 FEC 인코딩 방식을 나타내는 수치이다. value-single은 (이 예에서 0과 127 사이의 값들을 가진) FEC 인코딩 방식을 나타낸다. value-couple은 (FEC 인코딩 방식, FEC 인코딩-ID) 쌍 (이 예에서 각각, FEC 인코딩 방식에 대해 128 및 255 사이의 값들, 인코딩-ID에 대해 0 및 255 사이의 값들을 가짐)을 나타낸다.

FEC 속성은 세션 레벨만의 속성임이 바람직할 것이다 (그러나 미디어 레벨 속성 사용을 배제하지 않는다).

상기 주어진 value-single 및 value-couple 예들이 바람직한 신택스(syntax)일 수 있다. 그러나, value-single = %d0-255나 value-couple = "("%d0-255 ", "%d0-255 ")" 같은 다른 옵션들 역시 본 발명의 범주에 속하는 것이다.

그러한 속성이 SDP 서술자들 사이에 전혀 존재하지 않으면, 그것은 어떠한 FEC도 그 서술자에 의해 사용되고 있지 않음을 나타낼 수 있다 (예를 들어, 컴팩트(compact) NOCODE FEC가 IETF FLUTE 프로토콜 드래프트에 기재된 것과 같이 사용되고 있다). 이것은 서술자 a =FEC-Info:{0}를 사용하는 것과 같은 것이다.

다음은 본 발명에 따른 FEC 속성의 사용에 대한 예이다:

a=FEC-Info:{0, 64, 127, (128,3), (128,4), (129,3)}

전송자는 위의 예에서 여러 FEC ID들이 사용됨을 가리킨다. 수 0, 64, 127 등등이 이러한 FEC ID들을 나타낸다. 전송자는 이들을 FLUTE 세션의 특정 채널들로 매핑할 필요가 없다.

본 발명에 따른 FEC 속성 사용의 또 다른 예이다:

a=FEC-Info:{0}

전송자는 위의 예에서 수신자에게, Compact no code FEC를 사용하고 있음을 가리킨다. 이 파라미터를 0부터 127까지의 FEC ID들을 가리키는 데에만 사용하는 것 역시 가능할 것이다. 그러나, 전송자가, 0부터 127까지의 FEC ID들이 사용될 수 있다는 것을 특정하기 위해 두 개의 파라미터들을 사용하도록 선택할 수도 있는데, 가령 a=FEC-Info:{(0, 0)}이 FEC ID 0와 FEC 인스턴스 0 (인스턴스(Instance) 정보는 0-127의 FEC ID들에 대한 최상의 모드에서의 중복(redundant) 정보)를 나타낸다.

유용한 FEC 인코딩 ID들 0-127의 단 하나의 (FEC 인코딩 ID) 파라미터에 대한 제한이 ALC 버전 1에 의해 특정된다. 그러나, FEC 인코딩 ID들 0-127에 대한 제2파라미터 (FEC 인스턴스 ID) 사용 역시, 전부 특정되는 FEC 방식들의 개수를 더 확장하기 위해 본 발명에 따라 고찰되어 시그날링될 수 있다.

2. FEC 머신 (machine) 파라미터들:

범 FEC 머신이 사용되는 경우 (즉, 세션 시작 전에 FEC 방식 또는 FEC 디코 딩 매트릭스를 수신자들로 다운로드하게 하는 시스템), 전송자는 멀티캐스트/브로드캐스트 채널 상으로 전송되려고 하는 데이터를 디코딩하기 위해 수신자로부터 다운로드될 FEC 디코딩 매트릭스 또는 FEC 바이트코드의 정확한 위치를 시그날링 해야 한다.

이러한 데이터의 다운로드는 에러에 구속되지 않는 (에러 프리, error-free) 방식, 바람직하게는 (그러나 여기 한정되는 것은 아님) HTTP/TCP 일대일 연결을 통해 수행됨이 바람직하다. 만일 바이트코드나 FEC 매트릭스가 수신자들로 에러 프리로서 전달되지 않으면, 수신자는 멀티캐스트/브로드캐스트 세션 안에서 공통 데이터를 올바르게 수신하기가 어려울 것이다.

본 발명에 따르면, 전송자가 SDP 세션 공표 중에, 그리하여 세션이 시작되기 전에 FEC 파일의 위치를 신호보낼 것이다. 수신자들은 시스템이 데이터 디코딩 준비를 할 수 있도록 세션 시작 전에 에러 프리로 FEC 파일을 가져옴이 바람직할 것이다. 많은 수신자들의 FEC 파일 다운로드 요청으로 인한 네트워크 과부하를 방지하기 위해, 수신자들은 난수화된 시작 시간으로 이러한 일대일 다운로드를 시작할 수 있다. 그 시간은 가령 0 (세션 서술이 상기 SDP를 통해 수신될 때) 및 동일 세션 서술에 포함된 (최초의) t 파라미터 값의 세션 시작 시간으로서 표시되는 시간 사이에서 수신자들에 의해 계산될 수 있다.

본 발명에 따른 FEC 머신 속성 신택스의 예가 아래와 같이 주어진다:

a=FEC-machine: FILE-ID

wherein

FILE-ID = <"> textstring <">

textstring = 1*((0x01..0x09) / 0x0b / 0x0c/

0x0e..0x21) / (0x23..0xff)) ; NUL, CR, LF, ' " '를 제외한 임의의 바이트

FEC 머신 속성은 세션 레벨만의 속성임이 바람직할 것이다. 그러나, 미디어레벨 속성을 사용하는 것도 배제하지 않는다.

다수의 FEC 머신 속성 정의들 (즉, a=FEC-machine lines)이 존재할 수 있다. 이 경우에서, 수신자들은 시간 단위만이 아닌 여러 FEC-머신 위치들에 기반해서도 난수화(randomize)할 수 있다.

본 발명에 따른 FEC 머신 속성 사용 예이다:

a=FEC-machine: "http://www.fec.com/matrix.fec"

이예에서, 수신자는 상기 어드레스로부터 FEC 매트릭스 파일을 가져온다.

3. FEC 버퍼링 파라미터들

FEC 버퍼링 속성이, 수신자들이 멀티캐스트/브로드캐스트 데이터 스트림을 수신할 때 FEC 인코딩 방식에 의해 그 수신자들로 부과되는 요건이나 제약을 기술한다. 이러한 제약은 가령 제1파라미터 부가 지연 (즉, 밀리초 등의 시간 단위로 표현된 레이턴시(latency)), 및/또는 제2파라미터 메모리 요건 (즉, FEC 디코딩 수행을 위해 수신자들에서 요구되는 바이트 수) 등으로 표현될 수 있다.

제1파라미터는 (멀티캐스트 미디어 스트리밍 세션들 같은) 실시간 세션들에 적용됨이 바람직하다. 이것은 수신자들에서의 FEC-인코딩된 미디어 데이터의 실시 간 끊김 없는 디코딩 및 재생을 보장하는데 사용될 수 있다.

제2파라미터는 실시간 세션들에 적용됨이 바람직하지만, 비실시간 세션들(가령, 파일 다운로드 세션들)에도 바람직하게 적용된다. 이것은, 수신자가 세션 요건에 준하는 자신의 단말 기능을 정하고 효율적 FEC 데이터 디코딩이 가능하도록 적절한 메모리 크기를 할당하는데 사용될 수 있다.

두 파라미터들 모두 세션 레벨만의 속성임이 바람직할 것이다. 그러나, 이들을 미디어 레벨 속성들로 사용하는 것도 배제되지 않는다.

두 파라미터들 모두 FEC 버퍼링 속성 서술에 존재할 것이 요구될 것이다. 또한, 이전 FEC 속성에 대한 언급 역시, 사용된 FEC 인코딩 방식을 제공함으로써 생성될 수 있다.

본 발명에 따른 FEC 버퍼링 속성의 신택스 예가 아래와 같다:

a=FEC-Buf:"{"(scheme-value)"," 0*1(delay-value)","

0*1(memory-value)"}" CRLF

wherein

scheme-value=%d

delay-value=%d

memory-value=%d

본 발명에 따른 FEC 버퍼링 속성의 사용 예들이 후속으로 주어진다.

예1:

a=FEC-Buf:{127, 500, 1000000}

이 예에서, 전송자는 수신자(들)에게, FEC 방식 127이 500ms 지연을 일으키고 1000000 바이트의 메모리를 필요로 한다는 것을 말해준다.

예2:

a=FEC-Buf:{127,500,}

이 예에서는, 메모리 요건 파라미터가 빠져 있다.

예3:

a=FEC-Buf:{127, 1000000}

이 예에서는 지연 파라미터가 빠져 있다.

4. 회선 혼잡 제어 파라미터들

회선 혼잡 제어 속성은 사용되는 회선 혼잡 제어 방식을 나타낸다.

본 발명에 따른 회선 혼잡 제어 속성의 신택스 예가 아래에서 주어진다:

a=Congestion-Control-ID: value CRLF

wherein

value = %d / <"> textstring <">

textstring = 1*((0x01..0x09) / 0x0b / 0x0c /

(0x0e..0x21)

/(0x23..0xff))

; NUL, CR, LF, ' " '를 제외한 임의의 바이트

여기서, value는 사용된 회선 혼잡 제어 방식을 나타내는 수치 혹은 문자-숫자 값일 수 있다. 이것은 세션 레벨만의 속성일 수 있다.

5. 복구 파라미터들

이들은 세션 레벨만의 속성들임이 바람직할 것이다. 그러나 이들을 미디어 레벨 속성들로서 사용하는 것이 배제되는 것은 아니다. 아래에 이어질 서술에서, 복구 파라미터들과 관련된 4 개의 속성들이 예로서 정의될 것이다.

5.1 복구 서버의 URI

복구 서버 속성의 URI가 일대일 또는 일대다 복구 세션을 설정하기 위해 수신자들에 의해 사용될 복구 서버의 어드레스를 나타낸다.

본 발명에 따른 복구 URI 속성의 신택스 예가 아래와 같이 주어진다:

a=repair-URI: "uri=" <">URI <">CRLF

wherein

URI=RFC(코멘트 요청) 문서 2396에서 정의된 것

여기서, URI는 복구 서버에 있어 유효한 URI이며, 수신자들에 의해 복구 세션을 설정하는데 사용될 수 있다.

세션 레벨의 "a=repair-URI" 속성으로서 여러 예들이 있을 수 있다. 클라이언트는 다음의 기준에 따라 적절한 서버를 선택할 수 있다:

- 서버의 IP 도메인 (가령, 네트워크 토폴로지(topology) 면에서 가장 가까운 복구 서버), 또는

- 무작위(random).

본 발명에 따른 복구 URI 속성의 사용 예이다:

a=repair-URI: uri="www.repairserver.com"

전송자는 위의 예에서, 전체 세션이 올바르게 수신되지 않는 경우 수신자들에 의해 일대일 복구 세션을 설정하는데 사용될 복구 서버를 나타낸다.

5.2 에러율 복구 문턱치

에러율 복구 문턱치와 관련된 SDP 속성들의 정의에는 아래에서 서술하는 것과 같은 두 가지 양태들이 포함된다.

5.2.1 제1양태: 네 가지 값들의 사용

에러율 복구 문턱치 속성은 수신자들이 복구 요청들을 요구해서는 안되는 문턱치를 나타낼 수 있다.

복구 문턱치 신택스의 예가 아래와 같이 주어진다,

a=repair-threshold:"("value1", "value2", "value3", "value4 ")"

wherein

value1 = %d

value2 =%d /float-value

value3 =%d

value4 =%d /float-value

float-value = 1*DIGIT [ "." 1*DIGIT]

여기서, value1은 에러율 문턱치로서 사용되는 에러 유닛이다. 이 목적으로 사용될 수 있는 값들의 예는 다음과 같다:

value1 =0; (초당) 바이트

value1=1; (초당) 바이트

value1=2; (초당) 패킷

value1=3; (초당) 백분율 (가령, 누락 바이트 또는 패킷들의 백분율)

다른 에러 유닛 값들 역시 있을 수 있다. 이를테면, 동일한 에러 유닛들이 "초당"이라는 표시 없이 정의될 수 있을 것이다:

value=0; 바이트

value1=1; 비트

value1=2; 패킷

value1=3; 백분율 (잃어버린 바이트 또는 패킷의 백분율 등)

value2는 에러 값이다. 예를 들어, 10분, 2백만 바이트 또는 30 패킷들이라는 값이 여기에 사용될 수 있다. 이 파라미터는 사용자에 의해 정의된다.

value3은 측정 윈도 유닛이다. 이 용도로 사용될 수 있는 값들의 예가 다음 과 같다:

value3=0; 측정 윈도 유닛이 초로 표현됨.

value3=1; 측정 윈도 유닛이 패킷으로 표현됨.

value3=2; 측정 윈도 유닛이 비트로 표현됨.

value3=3; 측정 윈도 유닛이 바이트로 표현됨.

value4는 측정 윈도 값의 크기이다. 이 파라미터가 측정 윈도의 값을 나타낸다. 예를 들어, value3=0에 value4=4이면, 이것은 4 초의 측정 윈도를 가리킨다.

따라서, "초당"이라는 표시를 사용할 때, value1=0, value2=10, value3=0, 그리고 value4=300이면, 이것은 문턱치가 300초 짜리 윈도의 초당 10 바이트 에러임을 나타낸다. 수신자가 이 문턱치를 넘는 에러들을 인식하면, 요청된 대로 반응해야 한다.

여러 에러 문턱치들을 이용하는 바람직한 체제에서, 이 문턱치들은 가장 어려운 에러 문턱치 기준 (즉, 가장 낮은 에러율 문턱치) 가장 덜 힘든 것(즉, 최고 에러율 문턱치)에 따른 증가 순 (0, 1, 2,...n)으로 함축하여 표제 될 수 있다. 그처럼, 가장 높은 에러율보다 낮은 에러율(가령, 0.000001 비트의 문턱치 미만)의 수신을 경험하는 것은 에러율 0으로 식별될 것이고, 그 다음으로 가장 힘든 기준 (가령, 초당 0.01 비트 미만이나 0.000001 보다 큼)에 대해서는 에러율 1로 식별되는 식으로, 마지막에 가장 덜 힘든 수신 기준 (모든 문턱치들을 초과함)이 "에러율 n"이라는 표제를 얻게 된다. 특정된 문턱치들의 수는 이러한 표제에 따라 n+1이 되고 그것은 불변할 것이다. 이러한 가상 표제의 중요성은, 에러 문턱치들을, 사용될지 모를 서로 다른 백-오프 모드들로 매핑하는 데 있다.

이 분야의 당업자 누구에게나, value1, value2, value3, 및 value4의 여러 계수들이 있을 수 있고 이것이 본 발명의 범주 안에 속하는 것임은 자명한 일일 것이다. 예를 들어 value3=0 (측정 윈도 유닛이 패킷으로 표현됨); value3=1 (측정 윈도 유닛이 초 단위로 표현됨)이 상기 예 속의 하나에 대한 다른 계수이다.

여러 4 개의 수가 주어질 수 있음을 알아야 한다. 한 예가 a=repair-threshold:"(A,B,C,D) (W,X,Y,Z)"이다. 다른 예가 a=repair-threshold:"(A,B,C,D)"와 그 뒤에 a=repair-threshold:"(W,X,Y,Z)"가 따르는 것이다. 이것은 호스트로 하여금 여러 문턱치들을 파악할 수 있게 할 것이다. 여러 문턱치들을 이용하는 바람직한 실시예에서, 문척치들은 백-오프 모드들과 링크될 것이고 이것은 아래에서 보다 상세히 서술될 것이다. 이를 위한 간단하고도 적절한 방법이, 네 개의 순서가 수신기의 동작 모드를 결정하는 것일 수 있다. 따라서, (초과하는) 특정된 제1문턱치 (문턱치 1)이 특정된 제1백-오프 모드 (백-오프 1)에 대응되는 식이 된다.

본 발명에 따른 이러한 복구 문턱치 속성의 사용 예는 다음과 같다:

a=repair-threshold: (0,10,0,300)

이 예에서, 전송자는 수신자들에게, 복구 문턱치가 300초 윈도에서 초당 10 바이트임을 나타낸다.

5.2.2. 제2양태: 한 값의 사용

네 개의 값들을 가진 신택스 예가 좀 더 간단한 경우들에 대한 에러 문턱치 속성의 적용을 제한하는 것이 아님을 주목해야 한다. 예를 들어, 하나의 값을 사용하는 것 역시 가능할 수 있으며, 그 예가 다음과 같이 묘사된다:

a=repair-threshold: value

wherein

value = %d / float-value

float-value = 1*DIGIT ["." 1*DIGIT]

제1양태 (네 개의 값, 상기 2.1 절 참조)와 제2양태(한 개의 값, 현재의 2.2 절 참조) 사이에 매핑이 존재한다는 것이 강조되어야 하며, 이는 제2양태가 제1양태의 특수한 형태를 나타낸다는 점에서 그러하다. 실제로, (5% 같은) 간단한 에러 율들을 본 발명의 제1 및 제2양태 모두에 의해 표현할 수 있다.

본 발명에 따른 이 복구 문턱치 속성의 이용에 대한 예는 다음과 같다:

a=repair-threshold : 5

이 예에서, 에러율이 패킷 손실율의 단위로 측정되는 것이 분명하면, 전송자는 수신자들에게 복구 문턱치가 5% 패킷 손실율임을 알린다.

5. 3 백 - 오프 (back-off) 모드들

백-오프 모드 속성에 대한 세 가지 가능한 정의들이 파라미터들의 수에 따라 다르게 아래와 같이 제시될 수 있다 (5.3.1, 5.3.2, 및 5.3.3).

5.3.1 제1백- 오프 모드 속성

백-오프 모드 속성 (상응하는 이름들이 억압 모드, 응답 타이밍 모드, 시간 분산 기능, 또는 시간 확상 기능일 수 있다)은 전송자가 수신자들에게 복구 동작에 대한 요청을 언제 시작할지, 혹은 이러한 시작 시간을 어떻게 산출할지를 언급하는 방식을 기술한다. 이것은 수신자들이 복구 요청 시작 시간을 난수화 할 수 있는 하나의 값 (시간 단위)이나, 수신자로 하여금 복구 시작 시간을 산출할 수 있게 하지도 모르는 값들의 집합 (가령, 보다 복잡한 문턱치들의 집합이나 멀티캐스트 전송에 개입된 수신자들의 수)을 시그날링하는 것을 포함할 수 있다.

에러율 문턱치로서 정의된 것과 비슷한 방식이 모드들의 집합들과 함께 사용될 수도 있다. 본 발명에 따른 백오프 모드 속성의 신택스 예가 아래와 같이 주어진다:

a=backoff-mode: "("value1", "value2", "value3")"

wherein

value1 = %d / float-value

float-value = 1*DIGIT ["." 1*DIGIT]

value2 = %d

value3 = %d

여기서, value1은 측정 유닛이다. value1으로 사용될 수 있는 값들의 예는 다음과 같다:

value1=0; 단위가 초로 된 상대적 시간,

value1=1; 단위가 절대 NPT 시간,

value1=2; 단위가 바이트

value1=3; 단위가 비트,

value1=4; 단위가 패킷

value2는 측정 값이다. 예를 들어, 10 초, 20 바이트, 30 패킷들이 있다. 이 값은 오프셋(offset) 값을 나타낼 수 있고, 음의 값일 수 있다. 시간 측정에 있어서, 이 값이 절대값 또는 상대값일 수 있다는 것을 알아야 한다. 세션 길이가 유한하고 상대적으로 짧은 시간일 때, 상대에 대한 최선의 모드는 (서술자에 광고된 대로) 세션의 마지막과 관련될 수 있다. 끝없는 세션들 (MBMS 아님)에 대해서는, 다른 개체의 끝 (전송 헤더 플래그에 의해 시그날링된 전송 오브젝트의 끝)이 사용될 수 있다.

value3은 윈도를 나타낸다. 이것의 단위는 value2와 동일할 수 있다, 즉, value1으로 정의된다.

본 발명의 다른 대안적 실시예에서, 셋 보다 작은 개수의 파라미터들 역시 있을 수 있다. 예를 들어, 단 2 개의 파라미터들의 존재는, 이것이 상대적 시간에 대해 디폴트임을 나타낼 수 있다. 마찬가지로, 단 한 개의 파라미터는 제로(0) 오프셋을 가진 상대적 시간을 가리킬 수 있다.

예를 들어, a=backoff-mode:(0, 60, 120)은 이러한 모드를 사용하는 장치가 바람직하기로는 광고된 세션 (혹은 다른 관련 개체)의 끝에서부터 60초와 180 (=60+120)초 사이에서 균일한 분포로 난수화되는, 메시지 (가령 복구 요청) 전송 시간을 계산할 것임을 가리킬 수 있다.

바람직한 동작에 있어서, 백-오프 모드들은 서술 인스턴스의 표시 순서에 따라 증가순(0, 1, 2, ..., m)으로 내재되어 표제될 수 있다. 그와 같이, (가령 SDP 파일 시작부터) 서술된 최초의 모드는 모드 0으로 식별되고, 다음에 나타날 것이 모드 0이 되는 식으로, 서술된 마지막 모드가 "모드 m"이라는 표제를 얻을 때까지 식별된다. 이러한 가상 표제의 중요도가 에러율 문턱치 (상술한 정의대로)로부터 매핑되게 되며, 이것이 수신자에게 어느 모드를 사용할지를 알릴 수 있다. 따라서, 에러율 1이 경험되면, 수신자는 백-오프 모드 1을 이용할 것이다. 좋은 설계는 모드들 (m+1)의 수가, 특정된 에러율 문턱치 수와 같도록 보장할 수 있다. 그러나, 불필요한 에러 조건들을 피하기 위해: n>m일 대 모드 m이 모든 에러율들 m 및 그 이상에 대해 사용되고; n<m이면 백-오프 모드들 n+1에서 m까지가 조용히 무시될 것이다. 에러율 기준에 따라 달라지는 여러 모드들의 목적은 신속하고 느린 서비스 복구 타입들이 가능하게 하고자 하는 것으로, 복구 스케줄링시 최소로 요구하는 복구 요건 우선권을 가진 사용자들을 허용함으로써, 전체 멀티캐스트/브로드캐스트 그룹에 대해 사용자 인식 QoS를 최대화할 수 있다는 것을 알 수 있다. 다라서, 이 경우, 모드 0가 가장 시의적절한 - 이른 - 복구를 지원하고 모드 m은 가장 시의적절치 못한 복구를 지원하도록 보장하는 것이 타당할 것이다. 그러나 이것이 강제되는 것은 아니므로 다른 대안적 방식들 역시 있을 수 있다.

예를 들어, a=backoff-mode : (0, 0, 60), a=backoff-mode: (0, 60, 120)은, 제1모드를 사용하는 한 장치가 세션의 끝으로부터 0과 60초 사이의 어느 시간에 자 신의 메시지를 전송할 것이고, 제2모드를 사용하는 한 장치는 세션 끝으로부터 60과 120초 사이의 어느 시간에 자신의 메시지를 전송할 것임을 나타낼 것이다. 이 예는 중복되지 않은 메시지 윈도들을 보이고 있지만, 중복되는 윈도들 (서로 다른 모드들에 걸쳐) 역시 본 발명의 범주 안에 있게 된다.

다른 대안적 동작은, 상술한 바와 같이 에러율로 매핑될 수 있는 정수로서, 혹은 에러 문턱치 라인들로 도입될 유사 표제나 역시 사용될 별도의 매핑 서술자를 요구하는 어떤 다른 표제로서 모드 표제를 제공할 4번째 값을 각각의 백오프-모드 라인에 부가하는 것이다.

복구 문턱치 속성 사용과 결합된, 본 발명에 따른 이러한 백-오프 모드 속성의 사용 예가 아래와 같이 주어진다.

a=backoff-mode : (0, 0, 30)

a=repair-threshold : (1, 10, 0, 100)

a=backoff-mode : (0, 30, 60)

a=repair-threshold : (1, 20, 0, 100)

a=backoff-mode : (0, 60, 240)

이 예에서, 에러율이 (100 초의 슬라이딩 시간 윈도에 걸쳐) 초당 10비트 미만이면, 수신자들은 전송 세션의 끝과 30초 사이에서 복구 요청 시작 시간을 난수화해야 할 것이다. 에러율이 초당 10비트이거나 그 이상이고 초당 20 비트보다는 작을 대, 수신자들은 전송 세션 후 30초를 기다려야 하고, 그런 다음 30초의 대기 시간이 끝나고 거기에 60초 이상을 더한 시간 사이에 (즉, 세션이 끝난 다음의 30 초와 90초 사이에) 복구 요청을 난수화 해야 한다. 에러율이 초당 20비트이거나 그 이상이면, 수신자들은 전송 세션 전송 세션이 끝난 후 60초를 기다린 다음, 60초의 대기시간이 끝난 후와 거기에 240시간을 더한 시간 사이(즉, 세션 끝나고 60초와 300 초 사이)에 복구 요청을 난수화한다.

상기 예의 수신자 해석은 이러한 대안적 규정의 해석과 동일하다는 것을 알아야 한다:

a=repair-threshold : (1, 10, 0, 100)

a=repair-threshold : (1, 20, 0, 100)

a=backoff-mode : (0, 0, 30)

a=backoff-mode : (0, 30, 60)

a=backoff-mode : (0, 60, 240)

5.3.2. 제2백- 오프 모드 속성

본 발명에 따른 다른 대안적 백-오프 동작은 다음의 규칙을 따르게 될 것이다:

if 문턱 에러율 아래이면 then

"초기 전송 세션의 끝에서부터 시작하는 기간 X에 걸쳐 NACK(s)를 균일하게 난수화한다"

else

"초기 세션이 끝난 다음 소정 시간 Y가 지날 때까지 기다리고, 그런 다음 기간 Z에 걸쳐 NACK(s)를 난수화해야 한다".

여기서, 부정적-확인 메시지 (NACK)은 가령 복구 세션에 대한 요청 시작에 해당한다.

이러한 대안적 백-오프 동작은 몇몇 SDP 파라미터들의 서술을 요한다. 여기서 그 파라미터들은 ERROR RATE, X, Y, 및Z이며, ERROR RATE는 위에서 정의된 에러율 문턱치와 동일한 단위로서 표현되며, X, Y, Z는 시간(가령, 초) 단위로 표현된다. 본 발명에 따른 그러한 백-오프 모드 속성의 전형적 신택스가 아래와 같이 주어지게 된다:

a=backoff-mode : "("value1", "value2", "value3", "value4")"

여기서

value1 = %d / float-value

float-value = 1 * DIGIT ["." 1*DIGIT]

value2 = %d

value3= %d

value4 =%d

위에서 value1은 에러율 복구 문턱치에서 상기 정의된 것 같은 에러율이다. value2는 전송 세션 종료 이후 에러율이 value1 아래인 때의 백-오프이다. value3는 에러율이 value1으로 주어진 문턱치를 초과하는 경우의 대기 시간이다. value4는 에러율이 value1 위에 있는 경우의 백-오프 시간이다. 그것은 전송 세션 종료 후 value3으로부터 상대적인 변위 값이거나, 전송 세션 종료와 관련된 변위 값일 수 있다 (후자의 경우 value4 > value2)

백-오프 모드 속성을 포함한 다중 a-라인들은 조건들의 어레이를 정의하고, 또한 가능하기도 하다.

이러한 백-오프 모드 속성의 사용 예가 다음과 같다:

예 1:

a=backoff-mode : (5, 10, 20, 30)

이 예에서, 에러율이 5% 미만이면, 수신자들은 전송 세션 종료 후 10초 동안 복구 요청 시작 시간을 난수화 해야 한다. 에러율이 5% 보다 크면, 수신자들은 전송 세션 종료 후 20초를 대기한 후, 20초의 대기 시간이 종료되고부터 30초 사이에 복구 요청을 난수화해야 한다.

예2;

a=backoff-mode : (5, 10, 20, 30)

a=backoff-mode : (10, 20, 30, 60)

이 예는 동일한 속성을 가진 다중 a 라인들을 포함한다. 5% 에러율에 대한 예 2에 정의된 규칙에 더하여, 이전의 예에서와 유사한 어의구조로서 10% 에러율의 경우들을 다룰 수 있는 이차 규칙이 만들어진다.

5.3.3 제3백- 오프 모드 속성

상기 신택스 예는 간단한 경우들의 백-오프 모드 속성의 적용가능성을 제한하는 것이 아님을 주목해야 한다. 예를 들어, 이하에서 전형적으로 주어지는 것처럼, 하나의 값을 사용하는 것 역시 가능하다:

a=backoff-mode : "(" ["+"] value ")"

여기서

value = %d

이때, "+"가 사용되면, SDP 수신부터의 상대(relative) 시간이 고려된다. 이 경우, 전송자는 수신자들에게 세션 종료시부터 (초로 표현되는) value 사이의 랜덤 시간에 복구 세션을 시작하라고 알린다. "+"가 사용되지 않으면, 절대(absolute) NTP 시간 유닛이 사용된다.

value는 최대 복구 적용가능 시간 (복구 동작이 가능할 때까지의 시간)으로서 정의될 수도 있으며, 바람직하게는 NTP 시간으로 표현될 수 있다. 이 경우 느릿한 복구가 수행될 수도 있다.

또, 전송자는 SDP를 통해 멀티캐스트 세션에 참여하고 있는 수신자들의 수를 신호할 수 있는데, 이 수는 복구 세션 시작에 대한 백-오프 시간을 산출하는 함수로의 입력 (상기 랜덤 시간과 함께)으로서 주어질 수 있는 수이다.

이러한 백-오프 모드 속성의 사용 예들은 다음과 같다:

예 1

a=backoff-mode: (+500)

이예에서 전송자는 수신자들에게 세션 종료 이후 500초 사이의 어떤 랜덤 시간에 복구 세션을 시작하라고 알린다.

예 2:

a=backoff-mode: (+500)

a=backoff-mode-users: 5000

이 예에서 전송자는 수신자들에게, 멀티캐스트 세션에 참여하고 있는 5000여 사용자들이 있다는 것을 고려한 백-오프 시간을 산출하라고 알린다.

5.4 복구 타입 파라미터 및 복구 토큰 파라미터

이 파라미터는 복구 타입 (즉, 일대다 복구, 일대일 복구, 둘 모두) 뿐 아니라 복구 토큰을 다 기술한다. 첫째 것은 어떤 복구 타입이 가능한지를 나타내는데 사용된다. 둘째 것은 특정 오브젝트(가령, 파일)가 어떻게 복구될 것이고, 그 오브젝트의 어느 부분이 복구될 것인지 (가령, 일대다 보구가 사용되는 경우)를 서술한다. 다중 복구-토큰 속성 리스트들이 있을 수 있다. 이 속성은 세션 레벨이거나 미디어 레벨일 수 있다.

본 발명에 따른 복구 타입 속성의 전형적 신택스가 다음과 같이 주어진다:

a=repair-type-param: repair-type

여기서

repair-type = "ptp" / "ptm" /"both"

본 발명에 따른 복구 토큰 속성은 다음과 같이 주어진다.

a=repair-token: "{" repair-type *("," entity)}"

여기서

repair-type = "ptp" / "ptm" /"both"

entity = ("(" File-ID [*(",(" SBN * (","ESI) ")" )/

위에서, SBN은 소스 블록 넘버 (Source Block Number)이고, ESI는 인코딩 심볼 ID이다. ESI 및 SBN은 쌍으로 나타낼 수 있고, ESI 및 SBN은 어떤 범위나 범위들의 리스트일 수 있다. 그러나, ESI는 이 서술자에서 단독으로 존재하지 않을 것이다.

복구 토큰은 오브젝트(가령, 파일)마다 하나씩 보내질 것이다. 일반적으로 File-ID 텍스트 스트림은 URI나 그 일부라고 예상됨을 주지해야 한다.

복구 타입 속성의 사용 예가 다음과 같다:

a=repair-type-param: ptm

이 예에서, 수신자들은 복구가 일대다(point-to-multipoint)로서 수행될 것이라고 듣게 된다.

복구 토큰 속성의 사용 예들은 다음과 같다:

예 1:

a=repair-token: {ptm, ("http://www.file.com/file3.3gp", (10, 20), (12, 134))}

이 예에서, 복구는 지시된 파일에 대해 일대다로서 행해진다. 복구하기로 된 블록들은 SBN 10 및 ESI 20, 그리고 SBN 12 및 ESI 134를 가진 것들이다.

예 2:

a=repair-token: {ptm, ("http://www.file.com/file3.3gp", (10-14), (16, 34))}

이 예에서, 복구는 지시된 파일에 대해 일대다로서 행해진다. 복구하기로 된 블록들은 10부터 14까지의 SBN들과 ESI 34와 SBN 16을 가진 것들이다.

예 3:

a=repair-token: {ptm, ("http://www.file.com/file3.3gpp", "first_byte_position=10, number_of_bytes=150")}

이 예에서, 복구는 지시된 파일에 대해 일대다로서 행해진다. 복구될 바이트 수는 150이고, 바이트 10 부터 시작한다.

6. 다중 채널들

다중 채널들과 관련된 SDP 속성들의 정의에는 아래에 서술하는 것 같은 세 가지 양태들이 포함된다.

6.1 제1양태

다중 채널 속성은 전송자에 의해 전송될 채널들의 수를 나타낸다. 이것은 또한 SDP m-라인들에 대한 채널들의 수를 체크하는 데 사용될 수도 있다.

본 발명에 따른 전형적 신택스가 아래에서 주어진다:

a=flute-ch: value CRLF

여기서

value = %d

위에서, value는 전송자에 의해 FLUTE 세션 중에 데이터가 전송되는데 사용되는 채널들의 개수이다. 이 파라미터는 전송자가 데이터를 전송하기 위해 FLUTE 세션 중에 다중 채널들을 이용함을 수신자들에게 나타낼 수 있다. 이것은 또한 전송자에 의해 사용되는 채널들의 개수를 나타내기도 한다. 이러한 서술자로서 특정된 값이 한 수신자에 의해 수신자가 목적지들을 기술한 모든 m-라인들을 수신했는지를 체크하는데 사용될 수 있다. 예를 들어, 이 파라미터 값이 2이면, m-라인들로 특정되는 2 채널들이 있어야 할 것이다.

6.2 제2양태

또, 본 발명에 따른 TSI 속성은 그 세션의 전송 세션 식별자 (TSI)의 값을 나타낸다. 이 TSI 속성의 전형적 신택스가 다음과 같이 주어진다:

a=flute-tsi: value CRLF

여기서

value = %d

6.3 제3양태

본 발명에서, 소정 채널 상의 FLUTE 세션의 유무를 나타내는데 사용되는 신 규한 미디어 서술자 (m-라인) 및 연결 데이터 (c-라인) 또한 도입된다. 이것은 다음 예에 보인 것 같은 SDP 서술 안에 m-라인을 사용함으로써 행해진다.

m=data 12345 FLUTE/UDP 0

c=IN IP6 FF1E:03AD::7F2E:172A:1E24/1

상기 SDP 미디어 서술자 (m-라인) 및 연결 데이터 (c라인)에서, m-라인은 사용되는 미디어를 나타내고 c-라인은 해당 채널을 나타낸다. 따라서, 위의 예에서, m-라인은 미디어가 UDP를 통해 FLUTE를 이용하는 채널 상으로 전송됨을 나타낸다. 또, c-라인은 채널 어드레스를 나타내고, 이 경우 그것은 IPv6 어드레스가 된다.

상술한 세 양태들에 따른 다중 채널들과 관련된 속성들의 사용을 위한 예가 다음에 주어진다

v=0

위의 예에서 전송자가 FLUTE 세션 중에 두 채널들로 데이터를 전송할 것임을 나타낸다(a=flute-ch:2). 그런 다음 전송자는 그 채널들을 특정한다. 이 채널들 이 라인 c=IN IP6 FF1E:03AD::7F2E:172A:1E30/1에 지시되고 있다. 이것은 또한 수신자들에게 이 채널들이 두 개의 (혹은 다른 경우 그 이상인) 연속적 채널들임을 보인다. 라인 a=flute-tsi:3에 정의된 속성 TSI는 그 세션의 TSI (Transmission Session Identifier)를 기술한다. a=source-filter: incl IN IP6 * 2001:210:1:2:240:96FF:FE25:8EC9에 정의된 속성은 소스 필터를 기술한다. 이 예에서, 전송자는 수신자들이 상기 주어진 IP 어드레스 (2001:210:1:2:240:96FF:FE25:8EC9)를 세션 안에 포함해야 한다는 것을 가리킨다. 이 (소스 IP 어드레스, TSI) 쌍이 함께 세션을 고유하게 식별한다. 다른 방법들이 사용될 수 있으나, 이 경우 incl 및 * 속성들만이 상기 서술자에 사용될 것임을 알아야 한다. 라인 m=data 12345 FLUTE/UDP 0는 채널에 사용되는 미디어를 나타내기 위한 새로운 부가사항이다. 이 예에서는 표시된 두 채널들에 대한 두 'm' 라인들이 있다.

수신자들에게 기술된 FLUTE 세션 밖의 복구 세션이 요구되는 상황에서 사용될 파라미터들을 신호하기 위해, 전송자는 세션 복구에 대한 섹션 7에 정의된 SDP 속성들을 이용한다. 이 파라미터들은 수신자들로 하여금 올바른 복구 서버 위치를 찾을 수 있게 하고, 전송자로 하여금 미리 정의된 복구 문턱치를 세팅할 수 있게 하고 전송자에게 복구 타입 및 기타 파라미터들을 정의할 수 있게 한다.

7. 콘텐츠 서술 포인터

콘텐츠 서술자 포인터 속성은 콘텐츠 서술이 저장된 URI를 전송자가 어떻게 수신자들에 나타낼지를 서술한다.

본 발명에 따른 콘텐츠 서술자 포인터 속성의 전형적 신택스는 아래와 같다:

a=content-desc: "uri="" <">URI <">CRLF

여기서

URI = RFC 2396에 정의된 바와 같음

위에서, URI는 콘텐츠 서술에 대한 유효한 URI이다. URI는 파일 서술 테이블 (FDT) XML 스키마와 같은 확장형 마크업 언어 (XML) 스키마, 인터넷 미디어 가이드 (IMG) 데이터 모델로의 엔트리 포인트, 또는 한 스키마나 데이터 모델로의 다른 엔트리 포인트일 수 있다. 이 기술분야의 당업자라면 이러한 방법을 이용하는 다른 대안들을 찾을 수 있을 것이다.

도 1은 본 발명에 따른 방법의 가능한 실시예의 흐름도이다. 최초의 801 단계에서, 전송자와 수신자들 사이에 물리적이거나 논리적인 접속이 설정된다. 두 번째인 802 단계에서, 가령 전송 세션에 적용될 FEC 인코딩 방식에 대한 정보나 수신자 사이트에서의 버퍼링 요건들과 관련된 정보 같은 세션 파라미터들이 SDP 같은 통신 프로토콜을 통해 전송자로부터 수신자들로 전송된다. 이 경우, 상기 세션 파라미터들은 본 발명의 상기 서술 내용 중에 전형적으로 정의된 대로 SDP 속성들을 통해 전송될 수 있다. 이 세션 파라미터들이 상기 수신자들에서 수신되어 처리되고 난 후, 803 단계에서, 전송자로부터 수신자들로의 공통 데이터의 일대다 전송이 수행되며, 이것은 적어도 부분적으로 상기 세션 파라미터들에 의해 정의되어 있다.

도 2는 본 발명에 따른 시스템의 가능한 실시예를 개략적으로 도시한 것이다. 이 시스템은 전송자(902), 네트워크(903) 및 수신자들(901-1, 901-2, 및 901- 3)을 포함한다. 상기 전송자(903)는 가령 MBMS 서버일 수 있다. 상기 전송자(903)로부터, 일대다 세션 안에서, IP 기반 브로드캐스트/멀티캐스트 네트워크일 수 있는 상기 네트워크(903)를 거쳐 상기 수신자들(901-1, 901-2, 및 901-3)로 데이터가 전송된다. 상기 일대다 세션 이전에, 세션 파라미터들은, 가령 SDP일 수 있는 상기 통신 프로토콜을 통해, 상기 전송자(903)에서 상기 수신자들(901-1, 901-2, 및 901-3)로 전송된다. 상술한 예들로부터, 본 발명이 이하의 양태들과 관련해 커다란 이점들을 제공한다는 것을 쉽게 알 수 있을 것이다:

본 발명은 위에서 예들과 바람직한 실시예들을 이용해 기술되었다. 이 분야의 당업자에게 자명하면서도 부가된 청구항들의 범주 및 개념에서 벗어나지 않고 구현될 수 있는 다른 대안적 방식들과 변형이 있을 수 있을 수 있다는 것을 알아야 한다. 특히, 본 발명은 IP 네트워크들에 대한 모든 타입의 브로드캐스트/멀티캐스트 시스템들로 적용가능하며, 모바일 네트워크들이나 3GPP MBMS 시스템들에 한정되지 않는다. 또, 본 발명은 FLUTE 세션들에만 절대 제한되는 것이 아니고, 다른 타입의 세션들에도 동등하게 적용될 수 있다.

도 1: 본 발명에 따른 방법의 가능한 실시예의 흐름도; 및

도 2: 본 발명에 따른 시스템의 가능한 실시예의 개략도.

Claims

전송 세션 내 한 전송자로부터 복수의 수신자들로의 공통 데이터 전송과 관련되는 적어도 한 세션 파라미터를, 세션 서술 프로토콜 (Session Description Protocol)인 SDP의 속성을 통해 상기 복수의 수신자들로 전송하는 단계를 포함하고,

상기 SDP의 속성은, 상기 전송 세션 내 상기 공통 데이터 전송에 사용되는 적어도 한 FEC (Forward Error Correction) 인코딩 방식을 특정하는 FEC 속성임을 특징으로 하는 방법.
제1항에 있어서, 상기 적어도 한 세션 파라미터는 상기 전송 세션 설정 전이나 설정 도중에 상기 복수의 수신자들로 전송됨을 특징으로 하는 방법.
제1항에 있어서, 상기 공통 데이터는 적어도 부분적으로 인터넷 프로토콜 (IP) 기반 네트워크를 거쳐 상기 전송자로부터 상기 복수의 수신자들로 전송됨을 특징으로 하는 방법.
제1항에 있어서, 상기 공통 데이터는 브로드캐스트 또는 멀티캐스트 운영을 통해 상기 전송자로부터 상기 복수의 수신자들에게 전송됨을 특징으로 하는 방법.
제1항에 있어서, 상기 공통 데이터는 스트리밍 데이터이거나 비스트리밍 데이터임을 특징으로 하는 방법.
제1항에 있어서, 상기 공통 데이터는 실시간 데이터이거나 비실시간 데이터임을 특징으로 하는 방법.
제1항에 있어서, 상기 공통 데이터는 적어도 부분적으로 무선 네트워크를 통해 상기 전송자로부터 상기 복수의 수신자들로 전송됨을 특징으로 하는 방법.
제7항에 있어서, 상기 무선 네트워크는 적어도 부분적으로, 제3세대 공동 프로젝트, 3GPP에서 정의된 것 같은 멀티미디어 브로드캐스트/멀티캐스트 서비스, MBMS를 구현하는 모바일 네트워크임을 특징으로 하는 방법.
제1항에 있어서, 상기 FEC 속성은 FEC 인코딩 식별자를 더 특정함을 특징으로 하는 방법.
제1항에 있어서, 상기 전송자로부터 상기 복수의 수신자들로의 상기 공통 데이터 전송은, 적어도 부분적으로 일방 트랜스포트를 통한 파일 전송 (File Delivery Over Unidirectional Transport) 프로토콜인, FLUTE 프로토콜에 의해 통제됨을 특징으로 하는 방법.
프로세서로 하여금 제1항의 방법의 단계들을 수행하도록 운용되는 명령어들이 포함된 컴퓨터 프로그램을 구비함을 특징으로 하는 컴퓨터 판독가능 저장 매체.
데이터를 전송하는 시스템에 있어서,

적어도 한 전송자; 및

복수의 수신자들을 포함하고,

상기 적어도 한 전송자 및 상기 복수의 수신자들은, 전송 세션 내 상기 적어도 한 전송자로부터 상기 복수의 수신자들로의 공통 데이터 전송과 관련되는 적어도 한 세션 파라미터를, 세션 서술 프로토콜 (Session Description Protocol)인 SDP의 속성을 통해 상기 적어도 한 전송자로부터 상기 복수의 수신자들로 전송하도록 구성된 수단을 포함하고,

상기 SDP의 속성은, 상기 전송 세션 안에서의 상기 공통 데이터 전송에 사용되는 적어도 한 FEC (Forward Error Correction) 인코딩 방식을 특정하는 FEC 속성임을 특징으로 하는 시스템.
제12항에 있어서, 상기 공통 데이터는 적어도 부분적으로 무선 네트워크를 통해 상기 전송자로부터 상기 복수의 수신자들로 전송되고, 상기 무선 네트워크는 적어도 부분적으로, 제3세대 공동 프로젝트, 3GPP에서 정의된 것 같은 멀티미디어 브로드캐스트/멀티캐스트 서비스, MBMS를 구현하는 모바일 네트워크임을 특징으로 하는 시스템.
제12항에 있어서, 상기 FEC 속성은 FEC 인코딩 식별자를 더 특정함을 특징으로 하는 시스템.
제12항에 있어서, 상기 전송자로부터 상기 복수의 수신자들로의 공통 데이터 전송은, 적어도 부분적으로 일방 트랜스포트를 통한 파일 전송 (File Delivery Over Unidirectional Transport) 프로토콜인, FLUTE 프로토콜에 의해 통제됨을 특징으로 하는 시스템.
전송자에 있어서,

전송 세션 내 상기 전송자로부터 복수의 수신자들로의 공통 데이터 전송과 관련되는 적어도 한 세션 파라미터를, 세션 서술 프로토콜 (Session Description Protocol)인 SDP의 속성을 통해 상기 복수의 수신자들로 전송하도록 구성된 수단을 포함하고,

상기 SDP의 속성은, 상기 전송 세션 안에서의 상기 공통 데이터 전송에 사용되는 적어도 한 FEC (Forward Error Correction) 인코딩 방식을 특정하는 FEC 속성임을 특징으로 하는 전송자.
제16항에 있어서, 상기 공통 데이터는 적어도 부분적으로 무선 네트워크를 통해 상기 전송자로부터 상기 복수의 수신자들로 전송되고, 상기 무선 네트워크는 적어도 부분적으로, 제3세대 공동 프로젝트, 3GPP에서 정의된 것 같은 멀티미디어 브로드캐스트/멀티캐스트 서비스, MBMS를 구현하는 모바일 네트워크임을 특징으로 하는 전송자.
제16항에 있어서, 상기 FEC 속성은 FEC 인코딩 식별자를 더 특정함을 특징으로 하는 전송자.
제16항에 있어서, 상기 전송자로부터 상기 복수의 수신자들로의 공통 데이터 전송은, 적어도 부분적으로 일방 트랜스포트를 통한 파일 전송 (File Delivery Over Unidirectional Transport) 프로토콜인, FLUTE 프로토콜에 의해 통제됨을 특징으로 하는 전송자.
수신자에 있어서,

전송 세션 내 한 전송자로부터 복수의 수신자들로의 공통 데이터 전송과 관련된 것으로, 세션 서술 프로토콜 (Session Description Protocol)인 SDP의 속성을 통해 상기 복수의 수신자들로 전송되는 적어도 한 세션 파라미터를 수신하도록 구성된 수단을 포함하고,

상기 SDP의 속성은, 상기 전송 세션 안에서의 상기 공통 데이터 전송에 사용되는 적어도 한 FEC (Forward Error Correction) 인코딩 방식을 특정하는 FEC 속성 임을 특징으로 하는 수신자.
제20항에 있어서, 상기 공통 데이터는 상기 전송자로부터 상기 복수의 수신자들로, 적어도 부분적으로 무선 네트워크를 통해 전송되고, 상기 무선 네트워크는 적어도 부분적으로, 제3세대 공동 프로젝트, 3GPP에서 정의된 것 같은 멀티미디어 브로드캐스트/멀티캐스트 서비스, MBMS를 구현하는 모바일 네트워크임을 특징으로 하는 수신자.
제20항에 있어서, 상기 FEC 속성은 FEC 인코딩 식별자를 더 특정함을 특징으로 하는 수신자.
제20항에 있어서, 상기 전송자로부터 상기 복수의 수신자들로의 상기 공통 데이터의 상기 전송은, 적어도 부분적으로 일방 트랜스포트를 통한 파일 전송 (File Delivery Over Unidirectional Transport) 프로토콜인, FLUTE 프로토콜에 의해 통제됨을 특징으로 하는 수신자.