KR20090118933A - 프록시 기반 시그널링 방법 - Google Patents

프록시 기반 시그널링 방법 Download PDF

Info

Publication number
KR20090118933A
KR20090118933A KR1020097016929A KR20097016929A KR20090118933A KR 20090118933 A KR20090118933 A KR 20090118933A KR 1020097016929 A KR1020097016929 A KR 1020097016929A KR 20097016929 A KR20097016929 A KR 20097016929A KR 20090118933 A KR20090118933 A KR 20090118933A
Authority
KR
South Korea
Prior art keywords
media
session
feedback
proxy
server
Prior art date
Application number
KR1020097016929A
Other languages
English (en)
Other versions
KR101107816B1 (ko
Inventor
크리쉬나 바라찬드란
도루 칼린
은영 김
키란 엠 레게
Original Assignee
루센트 테크놀러지스 인크
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 루센트 테크놀러지스 인크 filed Critical 루센트 테크놀러지스 인크
Publication of KR20090118933A publication Critical patent/KR20090118933A/ko
Application granted granted Critical
Publication of KR101107816B1 publication Critical patent/KR101107816B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/10—Architectures or entities
    • H04L65/1045—Proxies, e.g. for session initiation protocol [SIP]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/24—Traffic characterised by specific attributes, e.g. priority or QoS
    • H04L47/2416—Real-time traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/26—Flow control; Congestion control using explicit feedback to the source, e.g. choke packets
    • H04L47/263—Rate modification at the source after receiving feedback
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/30—Flow control; Congestion control in combination with information about buffer occupancy at either end or at transit nodes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0252—Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0284—Traffic management, e.g. flow control or congestion control detecting congestion or overload during communication
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/02—Processing of mobility data, e.g. registration information at HLR [Home Location Register] or VLR [Visitor Location Register]; Transfer of mobility data, e.g. between HLR, VLR or external networks
    • H04W8/04—Registration at HLR or HSS [Home Subscriber Server]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Databases & Information Systems (AREA)
  • Multimedia (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

본 발명은 매체 서버(215), 무선 접속 네트워크(223), 적어도 하나의 매체 클라이언트(210) 및 프록시 서버(225)에 관한 방법을 제공한다. 이 방법은, 프록시 서버(225)에서, 매체 서버(215)와 적어도 하나의 매체 클라이언트(210) 사이에서 매체 세션의 수립이 임박했음을 표시하는 정보를 포함하는 적어도 하나의 메시지에 접속하는 단계를 포함한다. 또한, 이 방법은, 프록시 서버(225)로부터, 매체 세션의 수립이 임박했음을 표시하는 정보와 매체 세션과 관련되는 피드백을 수신하라는 요청을 제공하는 단계를 포함한다. 또한, 이 방법은 매체 세션과 관련되는 피드백을 수신하라는 요청을 제공하는 것에 응답하여, 매체 세션과 관련되는 피드백을 수신하는 단계를 포함한다.

Description

프록시 기반 시그널링 방법{PROXY-BASED SIGNALING ARCHITECTURE FOR STREAMING MEDIA SERVICES IN A WIRELESS COMMUNICATION SYSTEM}
관련 출원에 대한 교차 참조
본 출원은 동시에 출원된 미국 특허 출원 11/674,802 및 11/674,842에 관련되면, 본 명세서에서 그 전체를 참조한다.
본 발명은 일반적으로 통신 시스템에 관한 것이며, 더 구체적으로는 무선 통신 시스템에 관한 것이다.
무선 통신 네트워크를 통한 스트리밍 미디어 서비스(가령, 음악, 비디오)가 인기를 얻고 있으며, 가까운 미래에 무선 서비스 제공자들에게 상업적으로 중요하게 될 것이다. 그들의 성공에 대한 주요한 장애는 종종 이들 서비스와 관련되는 열악한 및/또는 신뢰할 수 없는 오디오 또는 비디오 품질이다. 무선 통신 네트워크를 통해 전송되는 패킷은 손실되거나 지연되거나 지터를 겪을 수 있다. 예를 들어, 신호 세기는 환경 변화로 인해 변동하고, 다수의 사용자들 사이에서 무선 접속 매체를 공유할 필요성은 매체 스트림을 전송하는 패킷이 이동 유닛 및/또는 미디어 플레이어와 같은 이동 유닛상에서 실행되는 애플리케이션으로 전송되는 레이트로 현저한 변동을 유도한다. 또한, 패킷은 매체 서버로부터 클라이언트로의 무선 인터페이스를 지나는 동안 존재할 수 있는데, 이는 매체 서비스 중단 및/또는 매체 서비스의 저하된 품질을 야기할 수 있다. 종래 매체 세션은 수신된 데이터 스트림을 버퍼링함으로써 손실된 패킷 효과, 지연된 패킷 및/또는 지터를 감소시키려 한다.
도 1은 무선 네트워크를 통한 스트리밍 매체에 대한 종래 시스템(100)의 실시예를 개념적으로 도시하고 있다. 기지국(107)과 이동 클라이언트(110) 사이의 무선 링크(102)는 시스템(100)의 무선 세그먼트만을 구성한다. 시스템(100)은 전체로서 유선 및 무선 세그먼트를 포함하지만, 이는 무선 네트워크(100)로서 지칭된다. 코어 네트워크(105)는 게이트웨이 GPRS 지원 노드(GGSN)(120)와 매체 서버(115) 사이에 존재한다. GGSN(120)과 (GGSN(120) 및 이동 클라이언트(110)를 탕상적으로 포함하는) 이동 클라이언트(110) 사이의 네트워크 세그먼트는 무선 접속 네트워크(125)로서 지칭된다. 도시된 실시예에서, 무선 접속 네트워크(125)는 범용 이동 원격통신 시스템(UMTS)(3GPP) 표준에 기초한다. 그러나, 무선 접속 네트워크(125)는 다른 무선 네트워킹 기술 및 표준, 가령, cdma2000 고속 레이트 패킷 데이터(HRPD) 또는 IEEE 802.16.e/WiMax 등에 따라 동작할 수도 있다. 예를 들어, cdma2000 HRPD의 경우, 시스템(100)은 노드 쌍, 서빙 GPRS 지원 노드(SGSN)(103) 및 게이트웨이 GPRS 지원 노드(GGSN)(120)가 패킷 데이터 서빙 노드(PDSN)로 알려 진 단일 개체로 대체된다는 점을 제외하고는 도 1의 시스템과 동일하게 보일 것이다. 또한, 계층적 아키텍처가 도시되어 있지만, 무선 네트워크(100)는 수평 또는 분산형 인터넷 프로토콜(수평-IP) 기반 아키텍처를 구현할 수도 있는데, 여기서 계층 3 라우팅(즉, IP 라우팅) 및 무선 접속 네트워크(125)에 관한 제어 기능이 기지국(107), 무선 네트워크 제어기(RNC)(130), SGSN(103) 및 GGSN(120)을 하나의 개체로 병합하는 기지국 라우터에 의해 수행된다.
도시된 실시예에서, 이동 클라이언트(110)는 무선 네트워크(100)를 통해 매체 서버(115)와의 스트리밍 비디오 세션을 개시할 수 있다. 예를 들어, 클라이언트(110)는 RTSP 메시지를 서버(115)로 송신함으로써 스트리밍 비디오 세션을 요청할 수 있다. 매체 세션을 개시하기 위해, 이동 클라이언트(110)는 시그널링 메시지와 매체 서버(115)를 교환하여 스트리밍 매체 세션을 수립하고 세션 파라미터, 가령, 매체가 스트리밍될 비트-레이트를 협의한다. 또한, 이동 클라이언트(110)는 RNC(130), SGSN(103) 및 GGSN(120)과 하위 계층 시그널링 메시지를 교환하여, 무선 접속 전송 채널을 수립한다. 무선 접속 전송 채널은 통상적으로, 가령, 베스트-에포트(best-effort) 전송 서비스가 부적합한 것으로 고려되는 경우에, 원하는 서비스 품질(QoS) 특성을 관리하도록 구성된다. 일단 무선 접속 전송 채널이 수립되고 스트리밍 매체 세션이 설정되면, GGSN(120), SGSN(103), RNC(130) 및 기지국(107)을 통해 매체 서버(115)는 매체를 보유하는 패킷을 이동 클라이언트(110)로 전송한다. 이동 클라이언트(110)는 기지국(107)으로부터 RNC(130), SGSN(103), GGSN(120) 및 매체 서버(115)로의 역방향 경로를 따라 주기적 피드백 메시지를 송 신한다. 무선 접속 네트워크에서의 업링크 대역폭 제한으로 인해, 업링크 피드백 메시지는 가령, 3-4초마다 비교적 빈번하지 않게 전송된다.
매체를 보유하는 패킷 및 이동 클라이언트(110)에 의해 전송되는 피드백 메시지는 네트워크 요소에 의해 투명하게 전송된다. 따라서, 매체 서버(115)가 제어 결정을 내리는 것을 돕는 (이동 클라이언트(110)로부터의 피드백 메시지 형태인) 시그널링은 반드시 종단 대 종단이며, 네트워크 요소에 의한 개입을 사용하지 않는다. 매체 서버(115)는 주기적 기반으로 일부 제어/시그널링 메시지를 이동 클라이언트(110)로 전송할 수도 있다. "서버 리포트"와 같은 메시지는 네트워크 요소에 의해서도 투명하게 전송된다. 그러므로, 매체 서버의 제어 결정은 이동 유닛(110)으로부터 수신된 상당히 빈번한 피드백에 기초하는데, 이는 채널 조건의 직접적인 정보를 갖지 않는다. 결과적으로, 매체 서버(115)는 스트리밍 매체 서비스의 품질에 악영향을 주는 패킷 손실 또는 리버퍼링 이벤트를 방지하기 위한 적시의 결정을 내릴 수 없다.
본 발명은 전술한 문제들 중 적어도 하나의 효과를 해결하는 것에 관한 것이다. 이하 본 발명의 일부 양태의 기본 이해를 제공하기 위해 본 발명의 간단한 요약을 제공한다. 이 개요는 본 발명의 배타적인 개요가 아니다. 본 발명의 핵심 또는 주요 요소를 정하거나 본 발명의 범위를 한정하기 위한 것이 아니다. 그 유일한 목적은 추후 설명할 보다 상세한 설명의 서문으로서 간단한 형태로 일부 개념을 제공하는 것이다.
본 발명의 일 실시예에서, 매체 서버, 무선 접속 네트워크 적어도 하나의 매체 클라이언트 및 프록시 서버에 관한 방법이 제공된다. 이 방법은, 프록시 서버에서, 매체 서버와 적어도 하나의 매체 클라이언트 사이의 매체 세션의 수립이 임박했음을 표시하는 정보를 포함하는 상기 적어도 하나의 메시지에 접속하는 단계를 포함한다. 또한, 이 방법은, 프록시 서버로부터, 매체 세션의 수립이 임박했음을 표시하는 정보와, 매체 세션과 관련되는 피드백을 수신하라는 요청을 제공한다. 이 방법은 프록시 서버에서, 매체 세션과 관련되는 피드백을 수신하라는 요청을 제공하는 것에 응답하여, 매체 세션과 관련되는 피드백을 수신하는 단계를 더 포함한다.
본 발명의 다른 실시예에서, 매체 서버, 무선 접속 네트워크, 적어도 하나의 매체 클라이언트 및 프록시 서버에 관한 방법이 제공된다. 이 방법은 프록시 서버로부터, 매체 세션의 수립이 임박했음을 표시하는 정보 및 매체 세션과 관련되는 피드백을 수신하라는 요청을 수신하는 단계를 포함한다. 이 정보 및 이 요청은, 매체 서버와 적어도 하나의 매체 클라이언트 사이의 매체 세션의 수립이 임박했음을 표시하는 정보를 포함하는 적어도 하나의 메시지를 수신하는 프록시 서버에 응답하여 제공된다. 또한, 이 방법은 프록시 서버에, 매체 세션과 관련되는 피드백을 수신하라는 요청을 수신하는 것에 응답하여 매체 세션과 관련되는 피드백을 제공하는 단계를 포함한다.
본 발명은 첨부된 도면과 함께 취해진 다음의 상세한 설명을 참조하려 이해될 수 있는데, 도면에서 동일한 참조 번호는 동일한 요소를 지칭한다.
도 1은 무선 네트워크를 통한 스트리밍 매체에 대한 종래 시스템의 실시예를 개념적으로 도시하고 있다.
도 2는 본 발명에 따른, 무선 네트워크를 통한 스트리밍 매체에 대한 실시예를 개념적으로 도시하고 있다.
도 3은 본 발명에 따른, 무선 네트워크를 통한 매체 스트리밍 동안의 피드백을 제공하는 방법의 실시예를 개념적으로 도시하고 있다.
본 발명은 다양한 변형 및 대체 형태가 가능하지만, 예시를 위해 특정 실시형태가 도면에 도시되어 있으며 본 명세서에서 상세히 설명한다. 그러나, 특정 실시형태의 설명은 본 발명을 개시된 특정 형태로 제한하기 위한 것이 아니며, 오히려, 첨부된 청구범위에 의해 정의되는 본 발명의 범위 내에 해당되는 모든 변형물, 균등물 및 대체물을 포함하는 것으로 이해되어야 한다.
본 발명의 실시예를 설명한다. 분명히 하기 위해, 실제 구현의 모든 특징이 본 명세서에서 설명되지는 않는다. 물론, 이러한 실제 실시예의 개발에서 다양한 구현-특정 결정은, 구현에 따라 변할 시스템 관련 제한사항 및 사업 관련 제한사항과 같은 개발자의 특정 목적을 달성하기 위해 내려질 수 있다는 것을 인식할 것이 다. 또한, 이러한 개발 노력은 복잡하고 시간 소모적이지만 그럼에도 불구하고 본 명세서를 읽은 당업자가 떠맡을 일상적인 과정임을 인식할 것이다.
본 발명의 부분 및 대응 상세한 설명은 소프트웨어 또는 알고리즘 및 컴퓨터 메모리 내의 데이터 비트상의 동작의 기호적 표현의 관점에서 제공된다. 이들 상세한 설명 및 표현은 당업자가 다른 당업자에게 발명의 실체를 효율적으로 전달하기 위한 것이다. 본 명세서에서 사용되는 용어 알고리즘은 일반적으로 사용되는 바와 같으며, 원하는 결과를 얻는 단계의 자기 일치 시퀀스로 고려된다. 단계들은 물리적 양의 물리적 처리를 요구하는 것들이다. 통상적으로, 반드시 그러한 것은 아니지만, 이들 양은 저장, 전송, 결합, 비교 및 다르게 조작될 수 있는 광, 전기 또는 자기 신호의 형태를 취한다. 주로 공통적인 사용의 이유로, 이들 신호를 비트, 값, 요소, 기호, 문자, 용어, 숫자 등으로 지칭하는 것이 편리하다는 것이 증명되었다.
그러나, 모든 이들 및 유사한 용어는 적합한 물리적 양과 관련되어야 하며 단지 이들 양에 적용되는 편의상의 명칭이다. 특별한 언급이 없는 한, 또는 상세한 설명으로부터 명백한 바와 같이, "처리하는" 또는 "연산하는" 또는 "계산하는" 또는 "결정하는" 또는 "표시하는" 등과 같은 용어는 컴퓨터 시스템 또는 유사 전자 연산 장치의 동작 및 프로세스를 지칭하며, 컴퓨터 시스템의 레지스터 및 메모리 내의 물리적 전자적 양으로서 표현되는 데이터를 컴퓨터 시스템 메모리 또는 레지스터 또는 기타 정보 저장, 전송 또는 표시 장치 내의 물리적 양으로서 유사하게 표현되는 데이터 물리적, 전자적 양으로 조작하고 변환한다.
또한, 본 발명의 소프트웨어 구현 양태는 통상적으로 어떤 형태의 프로그램 매체상에 인코딩되거나 어떤 유형의 전송 매체를 통해 구현된다는 것을 유의해야 한다. 프로그램 저장 매체는 자기(가령, 플로피 디스크 또는 하드드라이브) 또는 광일(가령, 콤팩트 디스크 판독 전용 메모리 또는 "CD ROM") 수 있으며, 판독 전용이거나 랜덤 액세스일 수 있다. 유사하게, 전송 매체는 이중 나선, 동축 케이블, 광 섬유 또는 이 기술 분야에 알려진 다른 적합한 전송 매체일 수 있다. 본 발명은 임의의 주어진 구현의 양태에 의해 제한되지 않는다.
이제 첨부된 도면을 참조하여 본 발명을 설명할 것이다. 다양한 구조, 시스템 및 장치들은 단지 설명의 목적과, 당업자에게 잘 알려진 세부 사항을 사용하여 본 발명을 흐리게 하지 않기 위해 도면에 개략적으로 도시되어 있다. 그럼에도 불구하고, 첨부된 도면은 본 발명의 예를 설명하도록 포함된다. 본 명세서에서 사용되는 단어와 문구는 당업자가 이해하는 단어와 문구의 의미와 일치하는 의미를 갖는 것으로 이해되고 해석되어야 한다. 용어 또는 문구의 특수한 정의, 즉, 당업자가 이해하는 일상적이고 통상적인 의미와는 상이한 정의는 본 명세서의 용어 또는 문구의 일정한 사용에 의해 암시되도록 의도된다. 용어 또는 문구가 특수한 의미, 즉, 당업자가 이해하는 것 이외의 의미를 갖도록 의도되는 범위에서, 이러한 특수한 정의는 직접적이고 명백하게 그 용어 또는 문구에 대한 특수한 정의를 제공하는 정의 방식으로 명세서에서 명시적으로 설정될 것이다.
도 2는 무선 네트워크(200)를 통해 매체를 스트리밍하는 시스템(200)의 실시예를 개념적으로 도시하고 있다. 도시된 실시예에서, 매체 서버(215)와 이동 클라 이언트(210) 사이의 시스템(200)의 일부는 무선 및 유선 세그먼트를 포함할 수 있더라도 무선 네트워크(200)으로 통상적으로 지칭된다. GGSN(220)가 이동 클라이언트(210) 사이의 네트워크 세그먼트는 무선 접속 네트워크(223)로서 지칭될 것이다. 도시된 실시예에서, 무선 네트워크(200)는 무선 인터페이스(202)를 통해 매체를 이동 유닛과 같은 하나 이상의 클라이언트(210)로 스트리밍하는 데에 사용될 수 있는 하나 이상의 기지국(207)을 포함한다. 매체는 게이트웨이 GPRS 지원 노드(GGSN)(220), 서빙 GPRS 지원 노드(SGSN)(203) 및 무선 네트워크 제어기(RNC)(230)를 통해 매체 서버(215)에 의해 제공될 수 있다. 기지국(207), SGSN(203), GGSN(220) 및 RNC(230)을 포함하는 무선 접속 네트워크(223)는 범용 이동 통신 시스템(UMTS)(3GPP) 표준 및/또는 실시간 매체 전송을 위한 표준 프로토콜에 따라 동작할 수 있다. 예를 들어, 스트리밍 매체 세션에서, 실시간 전송 프로토콜(RTP)은 매체 콘텐츠를 전송하는 데에 사용될 수 있고, 관련 실시간 제어 프로토콜(RTCP)는 관련 제어 패킷을 전송하는 데에 사용될 수 있다. 제3의 프로토콜, 실시간 스트리밍 프로토콜(RTSP)은 (기능 교환을 포함하는) 세션 설정, 해체 및 어떤 사용자 동작(가령, 정지, 빠른 재생(fast-forward) 등)을 위한 메시지 전송을 위해 사용될 수 있다. RTP/RTCP 및 RTSP에 관한 세부 사항은 IETF RFC(Internet Engineering Task Force Request for Comments) 1889 및 2326에서 각각 발견될 수 있다.
그러나, 본 명세서를 읽는 당업자는 제 1 실시예가 예시적인 것이며 본 발명을 이들 표준 및/또는 프로토콜로 한정하지 않는 다는 것을 이해해야 한다. 예를 들어, 본 명세서에 개시되는 기술은 어떤 다른 무선 네트워킹 기술 및 표준, 가령, cdma2000 HRPD(High Rate Packet Data) 또는 IEEE 802.16e/WiMAX에 적용될 수도 있다. cdma2000 HRPD의 경우에, 예를 들어, 시스템(200)은, 노드 쌍, 서빙 GPRS 지원 노드(SGSN)(203) 및 게이트웨이 GPRS 지원 노드(GGSN)(220)는 패킷 데이터 서빙 노드(PDSN)로서 알려진 단일 개체에 의해 대체될 것이라는 점을 제외하고는 도 2의 시스템과 동일하게 보일 것이다. 또한, 계층적 아키텍처가 도시되어 있지만, 본 명세서에서 설명되는 기술은 계층 3 라우팅(즉, IP) 및 무선 액세스 네트워크에 관련되는 제어 기능이 기지국에 의해 수행되는 수평-인터넷 프로토콜(flat-IP) 기반 아키텍처로 적용될 수도 있다.
클라이언트(210)는 투명 종단 대 종단 패킷 교환 스트리밍 서비스를 위한 3GPP 확장을 사용하는 또는 사용하지 않는 표준 RTSP/RTCP 시그널링을 지원할 수 있다. 따라서, 클라이언트(210)는 매체 서버(215)를 향해 RTCP(피드백) 패킷을 주기적으로 송신하여, 매체 서버(215)에 성능 메트릭, 가령, (최종 유사 리포트 후) 패킷 손실 비율, 패킷 손실의 누적 횟수, 수신된 최고(RTP) 시퀀스 번호, (서버로부터 수신되는) 최종 송신자의 리포트와 관련되는 RTP 타임스탬프, 최종 송신자의 리포트를 수신한 이후의 시간, 디코딩될 다음 애플리케이션 데이터 유닛과 관련되는 RTP 시퀀스 번호, 다음 애플리케이션 데이터 유닛의 디코딩까지의 지연, (클라이언트측의) 프리 버퍼 공간 등을 통보한다. 이 아이템 리스트의 최종 3개는 패킷 교환 스트리밍 서비스에 대한 3GPP 확장에 따르며 나머지는 RTCP 수신자 리포트에 포함되는 표준 피드백 아이템이라는 것을 유의해야 한다. 수신자 리포트에 포함되 는 이들 아이템 이외에, 각 RTCP 패킷은 리포트를 특정 시점에 관련시키는 서버에 의해 상요될 수 있는 타임스탬프를 전송할 수도 있다. 클라이언트(210)는 RTCP 피드백 패킷을 자신의 기능 및 무선 업링크의 기능에 관련되는 레이트로 송신할 수 있다. 통상적으로, 이러한 피드백 패킷은 더 빈번하지 않게, 가령, 3 내지 4초마다 한번씩 송신된다. 클라이언트 장치가 RTCP 피드백을 송신하는 간격은 TR로 표기될 것이다.
무선 통신 시스템(200)은 시그널링 프록시(225)를 포함한다. 일 실시예에서, 시그널링 프록시(225)는 게이트웨이 GPRS 지원 노드(GGSN)(220)와 같은 무선 네트워크(200)의 무선 접속 네트워크 개체에 부착될 수 있다. 그러나, 본 발명의 다른 실시예에서, 서빙 GPRS 지원 노드(SGSN)(203), 무선 네트워크 제어기(RNC)(230)와 같은 다른 접속 네트워크 개체 또는 수평 아키텍처(가령, 단 하나의 개체, 기지국 라우터로 모여지는 RNC, SGSN 및 GGSN에 의해 처리되는 다수의 기능)에 의해 특징지어지는 기지국 라우터를 포함하는 접속 네트워크의 경우에 기지국 자신으로 시그널링 프록시(225)를 부착할 수 있다. 시그널링 프록시(225)는 소프트웨어, 펌웨어, 하드웨어 또는 그 임의의 조합으로 구현될 수 있다.
시그널링 프록시(225)는 클라이언트(210)로부터 피드백을 수신한다. 일 실시예에서, 클라이언트(210)로부터의 피드백이 클라이언트(210)의 현재 세션 상태를 표시한다. 예를 들어, 시그널링 프록시(225)는 RTCP 및 RTSP 메시지의 흐름에 개입할 수 있다. 세션 설정 및 해체 동안 및 세션의 수명 동안, 통상적으로 매체 서 버(215)로 직접적으로 진행하는 클라이언트(210)에 의해 생성되는 제어 메시지(가령, 매체 세션과 관련되는 RTCP 및 RTSP 메시지)가 대신 시그널링 프록시(225)에 제공된다. 이들 메시지는 시그널링 프록시(225)가 사용자의 동작 및 클라이언트(210)(가령, 버퍼 콘텐츠, 오버플로우/언더플로우 동안 예상되는 시간 등)의 상태를 추적하는 것을 도울 수 있다. 일 실시예에서, 매체 콘텐츠를 전송하는 RTP 패킷은 매체 서버(215)로부터 클라이언트(210)로 직접적으로 흐를 수 있다.
또한, 시그널링 프록시(225)는 무선 접속 네트워크(223)로부터 피드백을 수신한다. 일 실시예에서, 무선 접속 네트워크(223)로부터의 피드백은 무선 접속 네트워크(223)와 클라이언트(210) 사이의 무선 인터페이스와 관련되는 리소스를 표시한다. 예를 들어, 시그널링 프록시(225)는 송신 무선 링크 제어 프로토콜 처리자로부터 RAN-프록시 제어 패킷의 형태로 빈번한 피드백을 수신할 수 있는데, 송신 무선 링크 제어 프로토콜 처리자는 무선 네트워크 제어기(230)에서 일반성을 잃지 않고 구현될 수 있다. 기지국 라우터를 갖는 무선 접속 네트워크(223)의 경우, 시그널링 프록시(225)는 이들 라우터에 부착될 수 있으며, 버퍼 레벨에 관한 정보, 이용 가능한 대역폭, 경합하는 사용자의 수 등은 국부적으로 이용 가능할 것이다. 피드백은 RNC(230)에서의 버퍼 레벨, 매체 세션과 다운링크 대역폭을 공유하는 사용자의 수, 각 사용자에게 이용 가능한 대역폭 등과 같은 무선 접속 네트워크(223)의 개체로부터 이용 가능한 상세한 시스템 정보 및 시스템 뷰를 시그널링 프록시(225)에 통보한다. 각 매체 스트림에 있어서, (대응 RNC(230)에 의해 송신된) 채널/네트워크 조건 피드백은 매체 스트림이 현재 조건 하에서 전송될 수 있는 최 대 전송 레이트를 포함할 수도 있다. 또한, (선택적으로) 최종 리포팅 간격 동안에 클라이언트(210)로 전송되는 스트리밍 매체를 전송하는 패킷의 수와 같은 다른 측정치를 리포트할 수 있다.
다운로드 시그널링/제어 메시지에서 전송되는 정보는 시그널링 프록시(225)에 기록되어 클라이언트(210)와 서버(215) 사이에서 협의되는 서버 동작 및 기능을 추적할 수 있다. 일 실시예에서, 시그널링 프록시(225)는 본질적으로 변하지 않는 이들 메시지를 클라이언트(210)로 전달할 수 있다. 매체 서버(215)로 직접적으로 제공되는 대신에, 클라이언트(210)에 의해 전송되는 업링크 시그널링/제어 메시지는 시그널링 프록시(225)에 의해 인터셉트될 수 있는데, 이는 클라이언트 상태를 추적하기 위해 이들 메시지에 포함되는 정보를 기록할 수 있다. 시그널링 프록시(225)는 관련 네트워크 요소로부터 수신되는 주기적 채널/네트워크 조건 피드백과 조합하여 클라이언트 상태의 이 정보를 사용하여 피드백 메시지를 생성할 수 있으며, 이는 매체 서버(215)로 송신될 수 있다. 시그널링 프록시(225)에 의해 형성되는 피드백 메시지는 클라이언트(210)에 의해 전송되는 (그리고 프록시(225)에 의해 인터셉트되는) 원본 피드백 메시지에 포함된 정보와, (RNC(230)과 같은) 대응 네트워크 요소에 가시적인 실제 네트워크 조건에 기초하여 결정될 수 있는 (스트리밍 매체 세션에 대한 최대 전송 레이트와 같은) 다른 유용한 파라미터를 포함할 수 있다. 시그널링 프록시(225)와 매체 서버(215) 사이의 대역폭 제한은 시그널링 프록시(225)와 매체 서버(215) 사이에 전송되는 피드백 메시지의 빈도를 포함하지 않는 것이 통상적이어서, 시그널링 프록시(225)는 자신의 피드백 메시지를 매우 짧은 간격(가령, 100ms)으로 송신할 수 있다. 감소된 피드백 간격은 시그널링 프록시(225)를 포함하지 않는 종래 시스템에 비해 매체 서버(215)가 보다 정확하고 적시의 제어 결정을 내리는 것을 도울 수 있어서, 스트리밍 매체 서비스의 전체 품질을 향상시킨다.
동작에서, 이동 클라이언트(210)는 무선 네트워크(200)를 통해 매체 서버(215)를 갖는 스트리밍 비디오 세션을 개시할 수 있다. 예를 들어, 클라이언트(210)는 RTSP 메시지를 서버(215)로 송신함으로써 스트리밍 비디오 세션을 요청할 수 있다. GGSN(220)은 RTSP 메시지를 매체 서버(215) 대신에 시그널링 프록시(225)로 전송한다. 프록시(225)는 이 메시지를 검사하고, 새로운 스트리밍 비디오 세션의 시작일 수 있다는 것을 인식하며, 로컬 캐시로의 엔트리를 구성한다. 그 후, 프록시는 메시지를 서버(215)로 전송한다. 또한, 프록시(225)는 세션 수립 표시 메시지를 RNC(230)로 송신하는데, 이를 통해 RTSP 메시지는 GGSN(220)을 향해 자신의 경로를 전달하였다. 세션 수립 표시 메시지는 세션 수립이 임박했음을 RNC(230)에 통보한다. 무선 접속 전송자(RAB)가 세션을 이미 설정한 경우, RNC(230)는 RAB 수립 메시지에 응답하며, 그렇지 않은 경우에는 RNC(230)는 수신 확인만을 송신한다.
서버(215)는 이 메시지에 응답하고 후속 RTSP 메시지는 클라이언트(210)와 서버(215)에 의해 교환되어 기능 교환을 수행한다. 또한, 후속 RTSP 메시지는 시그널링 프록시(225)를 통해 라우팅된다. 이는 프록시(225)로 하여금 클라이언트(210)와 서버(215)가 동의한 하나 이상의 세션 파라미터(가령, 대역폭, 버퍼 크 기 등)에 의해 표시되는 관련 기능을 발견할 수 있게 한다. 기능 교환이 클라이언트(210)가 수신자 리포트를 서버(215)로 송신하는 레이트 또는 시간 간격을 포함하는 경우, 프록시(225)는 이 파라미터를 변형하여 대응 메시지를 서버(215)로 송신하고 서버(215)가 프록시에 의해 결정된 적합한 시간 간격 또는 레이트로 피드백을 수신하도록 준비된다. 정기적인 리포팅 간격에 추가하여, 소정 조건(가령, RNC(230)에서의 세션의 최대 전송 레이트 또는 버퍼 상태의 변화) 하에서, 프록시(225)는 피드백 리포트를 서버(215)로 자율적으로 송신하도록 선택될 수 있다. 이 변형은 프록시(225)로 하여금 훨씬 (프록시(225)와 서버(215) 사이에서 이용 가능한 중복 대역폭과 일치하는) 더 높은 레이트로 서버(215)에 리포트를 송신할 수 있게 하면서 클라이언트(210)로 하여금 (프록시(225)에 의해 인터셉트되는) 더 낮은 레이트로 리포트를 송신할 수 있게 한다.
서버(215)와의 기능 교환 후에, 클라이언트(210)는 패킷 데이터 프로토콜(PDP) 콘텍스트와 무선 접속 전송자(RAB)의 수립을 개시하여 다운링크를 통해 원하는 서비스 품질과의 스트리밍 매체 세션을 전송한다. RAB 및 대응 무선 전송자(RB)가 설정되었으면, 무선 네트워크 제어기(RNC)(230)는 이벤트에 관해 시그널링 프록시(225)에 통보한다. 프록시(225)가 대응 스트리밍 비디오 세션에 대해 캐시에 엔트리를 이미 갖는 경우, 긍정 표시에 응답하여 RNC(230)가 세션의 최대 전송 레이트, 버퍼 점유 기간 등에 관해 주기적 피드백을 (프록시(225))로 송신할 것으로 지시한다. 최소값에서, 이 피드백은 세션에 대한 최대 전송 레이트를 포함해야 하며, 다른 파라미터는 선택적이다. 프록시(225)가 스트리밍 매체 세션에 대해 캐시에 입력을 갖지 않는 경우, 부정 표시에 응답한다. 이러한 시나리오는 클라이언트(210)가 세션 수립에 대해 매체 서버(215)와의 시그널링을 시작하기 전에 RAB가 수립되어 스트리밍 매체 세션을 전송할 때 발생할 수 있다. 이 시나리오에서, 프록시(225)는 세션 수립에 대한 시그날링이 제 1 RTSP 메시지의 전송을 사용하여 결국 수행될 때 세션 수립 표시 메시지를 RNC(230)로 송신할 수 있다는 것을 유의하자. 그 후, RNC(230)는 그 세션에 대한 RAB가 이미 설정되었으므로 다른 RAB 수립 메시지에 응답할 수 있다. 그 후, 나머지 동작은 본 명세서에서 설명되는 시퀀스를 따를 수 있다.
여기서부터, RNC(230)는 다양한 파라미터를 추적하고 다른 파라미터를 계산할 수 있다. 일 실시예에서, RNC(230)는 클라이언트(210)로 전송되는 스트리밍 매체 세션에 속하는 IP 패킷의 수를 추적한다. 또한, RNC(230)는 대응 바이트 카운트, 무선 인터페이스를 통해 반복된 블록 에러에 대한 RNC에서 폐기된 패킷의 수, (자신에 속한 패킷을 전송하기 위해 사용되었는가에 무관하게) 세션에 대해 이용 가능했던 채널 대역폭을 추적한다. RNC(230)는 이 정보를 선택된 간격, 가령, TP=0.100초마다 처리하여, 채널/네트워크 조건 피드백 메시지에서 송신될 수 있는 정보를 시그널링 프록시(225)에 통보한다. 이 피드백은 최대 전송 레이트(Ws)와, 선택적으로, RNC 버퍼에서 대기하고 있는 세션에 속하는 IP 패킷의 수, 대응 바이트 카운트 등과 같은 다른 관련 성능 메트릭을 포함할 수 있다. 예를 들어, RNC(230)는 세션이 스트림할 수 있는 최대 전송 레이트와, 가능하게는, RNC(230) 및/또는 다른 관련 파라미터에 의한 세션에 대해 할당되는 버퍼에 저장되는 데이터의 양을 시그널링 프록시(225)에 주기적으로 리포트할 수 있다.
일 실시예에서, 최대 전송 레이트, Ws는 다음과 같이 계산될 수 있다. ND(n)가 (길이 TP 초의) n 번째 채널 조건 피드백 간격 동안에 클라이언트(210)로 전송되는 IP 패킷의 수를 표시하게 하고, KA(n) 및 KU(n)이 각각 매체 세션에 대해 이용 가능하였던 전송 기회의 수 및 n 번째 간격 동안 데이터를 전송하기 위해 실제로 사용되었던 전송 기회의 수를 표시하게 한다. 전용 채널을 사용하여, 전용 채널에 속하는 전송 블록은 전송 기회로서 참조될 수 있다. Mp(n)가 이 간격 동안에 클라이언트(210)로 실제로 전송된 Np(n) 패킷과 관련되는 바이트 카운트를 나타내게 한다. 이용 가능한 대역폭, WA(n)는,
Figure 112009049512633-PCT00001
로 주어진다.
n 번째 채널/네트워크 조건 피드백 간격, Ws(n)에 대한 최대 전송은 WA(n), 이용 가능한 대역폭과 동일하게 설정되거나, 다음 발견적인 방법(heuristic)을 사용할 수 있다.
Figure 112009049512633-PCT00002
여기서 Q(n)는 n 번째 채널/네트워크 조건 피드백 간격의 종단에서의 RNC 버퍼에서 나열(queued up)되는 매체 세션에 속하는 데이터의 양이고, H는 어떤 "높은 수위표(watermark)"이고, L은 어떤 "낮은 수위표"이며, H > L이고, L과 H는 상수이며 H는 1보다 작고 L은 1보다 크다. 예를 들어, 20-Kbyte, 세션당 전용 RNC 버퍼인 경우, H와 L은 10Kbytes 및 2Kbytes로 각각 설정될 수 있으며, H와 L은 각각 0.5와 1.5일 수 있다.
일부 다른 실시예에서, 공유 채널은 무선 세그먼트를 통해 매체 스트림을 전송하는 데에 사용될 수 있다. 매체 스트림에 대한 최대 전송 레이트의 개념은 이들 실시예에서 패킷 손실의 위험 없이 스트리밍 레이트를 최대화하기 위해 사용될 수 있다. 그러나, 매체 스트림에 대한 최대 전송의 계산은 이 경우에 상이하다. 공유 채널을 사용하면, 많은 상이한 스트림/세션이 동일한 물리적 또는 MAC 계층 채널을 통해 통계적으로 다중화된다. 그러므로, 매체 스트림에 대한 최대 전송 레이트는 채널을 공유하는 상이한 스트림, 그들 각각의 우선 순위 레벨, 대역폭 보장, 채널 특성, RNC에서 사용되는 버퍼링 방안 및 RNC에서의 버퍼 레벨의 함수이다. 최대 전송 레이트의 계산을 위한 특정 알고리즘은 설계 선택의 문제이지만, 기지국에서 사용되는 전송 스케줄링 방안의 세부 사항에 의존할 수 있다. RNC(230)은 (프록시(225)를 통해) 매체가 스트리밍될 수 있는 최대 전송 레이트를 매체 서버(215)에 통보하여, 서비스 운영자가 그들의 요구조건 및 서비스 보장에 따라 여러 사용자들 사이에서 대역폭 리소스를 유연하게 공유할 수 있게 한다. 이 기능은 특히 혼잡 주기 동안에 유용할 수 있다.
클라이언트(210)에 의해 전송되는 수신자 리포트는 RTCP 패킷에서 전송될 수 있다. GGSN(220)은 시그널링 프록시(225)로의 업스트림 방향으로 수신되는 모든 RTCP 패킷을 전송한다. 프록시(225)가 (로컬 캐시에 엔트리를 구성한) 주어진 세션 동안 첫 번째의 이러한 패킷을 수신하면, 최대 전송 레이트와, 가능하게는, RNC(230)로부터 수신한 세션에 대한 다른 피드백 파라미터와 같은 패킷 추가 정보레 첨부될 수 있으며, 패킷을 서버(215)를 향해 전송한다. 이 지점으로부터, 프록시(225)는 RTCP 피드백 리포트를 정기적 간격으로 서버(215)로 송신한다. 통상적으로 이 간격은 클라이언트(210)가 RTCP 리포트를 송신하는 간격보다 훨씬 짧다(가령, 대략 100ms의 충분한 평균화 및 신속한 피드백 모두를 허용하는 대략 수백 밀리초)는 것을 상기하자. 프록시(225)가 RTCP 리포트를 서버(215)로 마지막으로 전송한 이후 (GGSN(220)에 의해 자신에게 전송된) 클라이언트 리포트를 수신한 경우, 프록시(225)는 클라이언트(210)에 의해 리포트된 데이터 및 서버(215)로의 다음 RTCP 리포트의 RNC(230)에 의해 제공되는 피드백을 포함할 수 있다. 그렇지 않은 경우, 클라이언트(210)는 서버(215)로의 리포트의 RNC 피드백 데이터만을 포함한다.
도 3은 무선 네트워크를 통한 매체 스트리밍 동안 피드백을 제공하는 방법(300)의 실시예를 개념적으로 도시하고 있다. 전술한 바와 같이, GGSN은 매체 서버와 클라이언트로부터 수신한 모든 RTSP 및 RTCP 메시지를 시그널링 프록시로 전송한다. 시그널링 프록시는 (305에서) 이들 메시지를 수신하고, 메시지가 새로 운 매체 세션의 수립이 임박했음을 표시하면, 로컬 데이터베이스에 새로운 매체 세션에 대한 엔트리를 생성한다. 그 후, 시그널링 프록시는 (310에서) 세션의 기능 교환 단계에 포함되는 RTSP 메시지를 모니터링하고 세션 파라미터에 관한 정보(가령, 클라이언트 버퍼 크기, 클라이언트 리포트가 송신되는 시간 간격 등)를 얻는다. 시그널링 프록시가 매체 세션이 수립되려 한다는 것을 알게 되면, (315에서) 세션 수립 표시 메시지를 RNC에 송신하고, 이를 통해 대응 매체 스트림이 전송될 것이다. 시그널링 프록시는 (315에서) 이 메시지를 RNC로 송신한 후에 타이머를 설정하고, (320에서) 그 매체 세션 동안에 (RNC로부터) RAB 수립 메시지를 기다린다. RAB 수립 메시지가 타이머 만료이전에 세션에 대해 수신되지 않으면, 시그널링 프록시는 (325에서) 로컬 데이터베이스로부터 세션에 대한 엔트리를 삭제한다.
타이머가 만료되기 이전에 세션에 대한 RAB 수립 메시지가 수신되면, 시그널링 프록시는 타이머를 턴 오프하고 (330에서) RNC로 메시지를 송신하는데, 이는 RAB 수립 메시지의 수신을 확인하고 RNC가 대응 세션 동안 채널/네트워크 조건 피드백을 시작할 것을 지시한다. 이 메시지는 특히, 채널/네트워크 조건에 포함될 파라미터와 피드백이 제공될 간격(TP)을 포함할 수 있다. 이 메시지를 송신한 후, 프록시는 TP마다 RNC로부터 채널/네트워크 조건 피드백 메시지 및 TR초마다 클라이언트 장치로부터 RTCP 메시지를 수신하도록 예상한다. 그러므로, 프록시는 (335에서) 클라이언트로부터의 수신자 리포트를 갖는 첫 번째 RTCP를 수신할 때까지 대기한다. 첫 번째 이러한 리포트가 수신될 때까지 프록시는 대응 RNC로부터 수신할 수 있는 (그 매체 세션에 대한) 채널/네트워크 조건 피드백 메시지를 무시한다. 수신자 리포트를 갖는 RTCP 메시지가 클라이언트로부터 수신될 때마다, 프록시는 (340)에서 플래그를 1로 설정하고, (345에서) 클라이언트 장치로부터의 수신자 리포트와 RNC로부터의 채널/네트워크 조건 피드백 메시지를 기다린다.
수신자 리포트를 갖는 첫 번째 RTCP 메시지를 수신한 후, 시그널링 프록시는 대응 RNC로부터 매체 세션에 대한 채널/네트워크 조건 피드백을 수신할 때마다 다음 동작을 수행할 수 있다. 시그널링 프록시가 (350에서) 플래그가 1로 설정되었다고 판단하면, 프록시는 (355에서) 플래그를 재설정하고(즉, 0으로 설정하고), 확장된 피드백 리포트를 RTCP 패킷의 매체 서버로 송신한다. 확장된 피드백 리포트는 클라이언트로부터 수신된 RTCP 수신자 리포트에 보고되는 정보와, 대응 매체 스트림이 전송될 수 있는 최대 전송 레이트(Ws)와, 방금 수신된 채널/네트워크 조건 피드백에서 보고되는 다른 선택적 파라미터(존재하는 경우)를 포함할 수 있다. 한편, 시그널링 프록시가 (350에서) 채널/네트워크 조건 피드백 메시지가 도달할 때 플래그가 0이라고 판단하면, 프록시는 (360에서) (역시 RTCP 패킷에서) 짧은 피드백 리포트를 송신하는데, 이는 방금 수신된 채널/네트워크 조건 피드백에 포함되는 Ws의 현재 값 및 다른 선택적 파라미터(존재하는 경우)를 포함할 수 있다. 프록시가 확장된 피드백 리포트를 송신할 때, 확장된 피드백 리포트의 RTP 타임스탬프로서 클라이언트로부터 수신된 가장 최근의 RTCP 메시지의 RTP 타임스탬프를 사용할 수 있다. 짧은 리포트의 경우, 프록시는 자신의 로컬 클록-시간을 사용하여 RTP 타임스탬프를 생성할 수 있다. 일 실시예에서, 프록시는 클라이언트의 클록 시각으로 자신의 클록 시각을 조절하기 위해 클라이언트로부터 수신된 RTCP 메시지와 관련되는 RTP 타임스탬프를 사용할 수 있다. 기존 RTCP 프로토콜로의 적합한 확장은 프록시로부터의 짧고 확장된 피드백 리포트의 전송을 가능하게 하도록 개발될 수 있다.
매체 세션이 클라이언트 또는 서버로부터의 적합한 RTSP 메시지로 종료될 때, 시그널링 프록시는 자신의 로컬 데이터베이스의 세션에 대한 엔트리를 삭제하고, 피드백 메시지를 매체 서버로 송신하는 것을 중단하며, RNC가 채널/네트워크 조건 피드백 메시지를 송신하는 것을 중단할 것을 지시한다.
본 명세서에서 설명되는 기술의 실시예는 종래 기술에 비해 많은 장점을 제공할 수 있다. 예를 들어, 기존 비디오 서비스 설정에서, 비디오 서버는 클라이언트에 의해 제공되는 데이터를 사용하여 최대 전송 레이트를 추정한다. 간접적인 이 추정은 종종 심각한 에러를 포함하거나 단순히 진부할 수 있는데, 특히 무선 네트워크의 전형과 같은 동적 운영 조건에서 그러하다. 한편, 시그널링 프록시에 의해 결정되는 최대 전송 레이트는 직접 측정에 기초하기 때문에 적어도 부분적으로 더 정확할 수 있다. 최대 전송 레이트 추정의 정확도를 향상시키는 것은 서버가 데이터를 최적으로 전송할 수 있게 하여, 무선 접속 네트워크의 패킷 손실 및 이용 가능한 리소스의 부족한 사용의 가능성을 감소시킨다.
또한, 기존 설정에서, 무선 접속 네트워크에서 이용 가능한 제한된 업링크 대역폭으로 인해, 클라이언트가 피드백을 비디오 서버로 송신한 빈도가 더 낮다. 예를 들어, RTP/RTCP-기반 비디오 스트리밍 세션에서, 클라이언트가 (피드백) 리포트를 5초마다 한번씩 등으로 서버로 송신하는 것이 통상적이다. 프록시와 비디오 서버 사이에 이러한 대역폭 제한이 존재하지 않으므로, 프록시는 현재 지속할 수 있는(즉, 최대 전송) 레이트( 및 가능하게는 다른 유용한 정보 비트)를 갖는 제어 패킷을 훨씬 더 자주, 가령, 100ms마다 한번씩 등으로 송신할 수 있다. 이는 서버가 전송 레이트를 최적으로 변조하는 것을 도울 것이므로, 패킷 손실의 위험 없이 네트워크 리소스를 완전히 사용한다. 이 클라이언트는 무선 접속 매체의 기능과 일치하는 레이트로 리포트를 생성할 수 있다. 프록시는 이들 리포트를 사용하여 클라이언트 상태의 정보를 업데이트할 것이다. 프록시에 의해 (훨씬 더 짧은 간격으로) 생성되어 서버로 송신되는 리포트는 클라이언트 리포트로부터 유도되는 정보 외에도 최대 전송 레이터의 현재 값의 프록시의 추정치를 포함할 것이다. 이러한 장치는 클라이언트 동작이 시그널링 프록시의 존재에 의해 영향 받지 않는 것을 보장하여, 매체 클라이언트에 구현 변경이 요구되지 않는다.
다른 장점은, 본 명세서에서 설명되는 기술은 매체 서버가 시그널링 프록시에 의해 서버로 결정되고 전송되는 추정된 최대 전송 레이트를 사용하게 할 수 있다는 점이다. 기존 설정에서, 매체 서버는 클라이언트 리포트로부터 수신된 정보를 사용하여 (가령, IETF RFC 3448에서 정해진 TCP Friendly Rate Computation 알고리즘을 통해) 최대 전송 레이트의 현재 값의 추정치를 얻는다. 따라서, 매체 스트리밍 서버는 기존 기술에 다라 스트리밍 서버에 의해 계산되는 스트리밍 레이트 값 대신에 프록시로부터 주기적으로 수신된 최대 전송 레이트 피드백을 간단히 사 용할 수 있다. 나머지 서버 기능, 특히 상이한 인코딩 레이트로의 전환을 위한 논리부는 변경되지 않을 수 있다. 매체 서버에서 요구되는 유일한 기능은 프록시에 의해 제공되는 최대 전송 레이트 예측에 기초하는 스트리밍 또는 전송 레이트로 동작할 수 있는 것이다. 이 기능은 서버 구현에 어떠한 주요한 영향도 주지 않을 것으로 예상된다. 클라이언트 피드백을 위한 기존 메커니즘(가령, RTCP 수신자 리포트)은 간단한 확장으로 보충되어 프록시로부터 최대 전송 레이트 피드백 및 다른 관련 파라미터(보고되어야 하는 경우)를 실행할 수 있다.
본 명세서에서 설명되는 기술의 또 다른 장점은 혼잡 및 상대 우선 순위의 레벨로서의 이러한 파라미터에 기초하여 상이한 세션(스트리밍 및 기타 유형)에 대해 상이한 처리를 가능하게 하고 애플리케이션이 유연하고 깨끗한 방식으로 유행하는 조건에 적응될 수 있다는 점이다. 예를 들어, 다운링크가 혼잡하면, 시그널링 프록시는 낮은 우선 순위 애플리케이션에 대한 보고된 최대 전송 레이트를 낮추어서, 대응 서버가 낮은 레이트로 스트리밍하도록 강요한다.
전술한 특정 실시예는 단지 예시적인 것이며, 본 발명은 본 명세서를 읽은 당업자에게 자명한 상이하지만 균등한 방식으로 수정되고 실시될 수 있다. 또한, 도시된 구성 또는 설계의 세부사항에 대해 아래의 청구범위에 기재된 것 이외의 제한은 의도되지 않는다. 그러므로, 전술한 특정 실시예는 변경 또는 수정될 수 있으며 모든 이러한 변형은 본 발명의 범위 내에 고려된다. 따라서, 본 발명의 보호 범위는 아래의 청구범위에서 정해진다.

Claims (10)

  1. 매체 서버, 무선 접속 네트워크 적어도 하나의 매체 클라이언트 및 프록시 서버에 관한 방법으로서,
    상기 프록시 서버에서, 상기 매체 서버와 적어도 하나의 매체 클라이언트 사이의 매체 세션의 수립이 임박했음을 표시하는 정보를 포함하는 적어도 하나의 메시지에 접속하는 단계와,
    상기 프록시 서버로부터, 상기 매체 세션의 수립이 임박했음을 표시하는 정보와, 상기 매체 세션과 관련된 피드백을 수신하라는 요청을 제공하는 단계와,
    상기 프록시 서버에서, 상기 매체 세션과 관련된 피드백을 수신하라는 요청을 제공하는 것에 응답하여, 상기 매체 세션과 관련된 피드백을 수신하는 단계를 포함하는
    프록시 기반 시그널링 방법.
  2. 제 1 항에 있어서,
    상기 적어도 하나의 메시지에 접속하는 단계는, 상기 적어도 하나의 매체 클라이언트에 의해 제공된 적어도 하나의 실시간 스트리밍 프로토콜 메시지에 접속하는 단계를 포함하는
    프록시 기반 시그널링 방법.
  3. 제 1 항에 있어서,
    상기 매체 서버와 상기 적어도 하나의 매체 클라이언트 사이의 매체 세션을 표시하는 정보를 상기 프록시 서버와 관련된 캐시에 저장하고, 상기 매체 세션과 관련된 무선 접속 전송자(radio access bearer)의 수립을 표시하는 메시지가 선택된 시간 내에 수신되지 않는 경우에 상기 매체 세션을 표시하는 상기 정보를 삭제하는 단계와,
    상기 프록시 서버에서, 상기 매체 세션과 관련된 상기 무선 접속 전송자의 수립을 표시하는 정보를 수신하는 단계와,
    상기 무선 접속 전송자의 수립을 표시하는 정보에 응답하여, 상기 캐시가 상기 매체 세션을 표시하는 정보를 포함하는 경우에는 긍정 수신확인을 제공하는 단계를 포함하는
    프록시 기반 시그널링 방법.
  4. 제 1 항에 있어서,
    상기 적어도 하나의 메시지에 접속하는 단계는, 상기 적어도 하나의 메시지에 기초하여 상기 매체 세션과 관련된 적어도 하나의 세션 파라미터를 결정하는 단계를 포함하고,
    상기 적어도 하나의 세션 파라미터를 결정하는 단계는, 대역폭, 버퍼 사이 즈, 피드백을 송신 또는 수신하는 레이트 또는 시간 간격 중 적어도 하나를 결정하는 단계를 포함하는
    프록시 기반 시그널링 방법.
  5. 제 4 항에 있어서,
    상기 적어도 하나의 세션 파라미터를 수정하는 단계와, 상기 적어도 하나의 수정된 세션 파라미터를 상기 무선 접속 네트워크 및 상기 매체 서버 중 적어도 하나에 제공하는 단계를 포함하되,
    상기 피드백을 수신하라는 요청을 제공하는 단계는, 상기 피드백을 수신하라는 요청 및 상기 적어도 하나의 수정된 세션 파라미터를 상기 무선 접속 네트워크에 제공하는 단계를 포함하고,
    상기 피드백을 수신하는 단계는, 상기 적어도 하나의 수정된 세션 파라미터에 따라 상기 무선 접속 네트워크로부터 상기 피드백을 수신하는 단계를 포함하는
    프록시 기반 시그널링 방법.
  6. 제 5 항에 있어서,
    상기 적어도 하나의 리포트를 상기 매체 서버에 제공하는 단계를 포함하되,
    상기 적어도 하나의 리포트는 상기 피드백에 기초하여 형성되는
    프록시 기반 시그널링 방법.
  7. 매체 서버, 무선 접속 네트워크, 적어도 하나의 매체 클라이언트 및 프록시 서버에 관한 방법으로서,
    상기 프록시 서버로부터, 상기 매체 세션의 수립이 임박했음을 표시하는 정보 및 상기 매체 세션과 관련된 피드백을 수신하라는 요청을 수신하는 단계 - 상기 정보 및 상기 요청은, 상기 매체 서버와 상기 적어도 하나의 매체 클라이언트 사이의 매체 세션의 수립이 임박했음을 표시하는 정보를 포함하는 적어도 하나의 메시지를 수신하는 상기 프록시 서버에 응답하여 제공됨 - 와,
    상기 프록시 서버에, 상기 매체 세션과 관련된 피드백을 수신하라는 요청을 수신하는 것에 응답하여 상기 매체 세션과 관련된 피드백을 제공하는 단계를 포함하는
    프록시 기반 시그널링 방법.
  8. 제 7 항에 있어서,
    상기 요청을 수신하는 것에 응답하여, 채널 조건과 네트워크 조건 중 적어도 하나를 표시하는 정보에 접속하는 단계를 포함하되,
    상기 채널 조건 또는 상기 네트워크 조건을 표시하는 정보에 접속하는 단계는, 상기 매체 클라이언스로 전송되는 상기 매체 세션에 속하는 다수의 패킷과, 바 이트 카운트와, 반복되는 블록 에러에 대해 폐기되는 다수의 패킷과, 상기 매체 세션에 대해 이용 가능한 채널 대역폭에 접속하는 단계를 포함하는
    프록시 기반 시그널링 방법.
  9. 제 8 항에 있어서,
    채널 조건과 네트워크 조건 중 적어도 하나를 표시하는 정보에 기초하여 상기 피드백을 형성하는 단계를 포함하되,
    상기 피드백을 형성하는 단계는, 최대 전송 레이트를 결정하는 단계를 포함하는
    프록시 기반 시그널링 방법.
  10. 제 7 항에 있어서,
    상기 피드백을 수신하라는 요청을 수신하는 단계는, 상기 피드백을 수신하라는 요청 및 적어도 하나의 수정된 세션 파라미터를 수신하는 단계를 포함하고,
    상기 적어도 하나의 수정된 세션 파라미터는 상기 적어도 하나의 메시지에 표시된 적어도 하나의 세션 파라미터에 기초하여 형성되며,
    상기 피드백을 제공하는 단계는, 상기 적어도 하나의 수정된 세션 파라미터에 따라 상기 피드백을 제공하는 단계를 포함하는
    프록시 기반 시그널링 방법.
KR1020097016929A 2007-02-14 2008-02-11 프록시 기반 시그널링 방법 KR101107816B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US11/674,858 2007-02-14
US11/674,858 US8081609B2 (en) 2007-02-14 2007-02-14 Proxy-based signaling architecture for streaming media services in a wireless communication system
PCT/US2008/001797 WO2008100474A1 (en) 2007-02-14 2008-02-11 Proxy-based signaling architecture for streaming media services in a wireless communication system

Publications (2)

Publication Number Publication Date
KR20090118933A true KR20090118933A (ko) 2009-11-18
KR101107816B1 KR101107816B1 (ko) 2012-02-06

Family

ID=39529733

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020097016929A KR101107816B1 (ko) 2007-02-14 2008-02-11 프록시 기반 시그널링 방법

Country Status (6)

Country Link
US (1) US8081609B2 (ko)
EP (1) EP2122940B1 (ko)
JP (1) JP5053390B2 (ko)
KR (1) KR101107816B1 (ko)
CN (1) CN101611601B (ko)
WO (1) WO2008100474A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102353535B1 (ko) * 2020-10-20 2022-01-20 콘텔라 주식회사 이동통신 코어망의 ＡＭＦ와 ＳＭＦ에서의 ＰＤＵ Ｓｅｓｓｉｏｎ 관리방법

Families Citing this family (26)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8190750B2 (en) 2007-08-24 2012-05-29 Alcatel Lucent Content rate selection for media servers with proxy-feedback-controlled frame transmission
US8732778B1 (en) 2007-11-07 2014-05-20 At&T Mobility Ii Llc On-demand mobile wireless broadcast video delivery mechanism
US8553554B2 (en) * 2008-05-16 2013-10-08 Alcatel Lucent Method and apparatus for providing congestion control in radio access networks
GB0809014D0 (en) * 2008-05-17 2008-06-25 Slever Solutions Ltd Improvements in and relating to the management of data congestion in a data network
US20090296613A1 (en) * 2008-06-03 2009-12-03 Colin Kahn Method and apparatus for providing quality-of-service in radio access networks
US7814221B1 (en) * 2008-06-13 2010-10-12 West Corporation Real-time streaming protocol gateway and proxy for serving and caching static media over a low bandwidth connection
CN101686162B (zh) * 2008-09-28 2011-12-21 华为技术有限公司 接入分组数据网络的方法、装置及系统
US8503432B2 (en) * 2008-09-30 2013-08-06 Alcatel Lucent Method and apparatus for signaling proprietary information between network elements of a core network in a wireless communication network
US8352992B1 (en) * 2008-10-09 2013-01-08 Hewlett-Packard Development Company, L.P. Wireless media streaming
CN101754484A (zh) * 2008-12-02 2010-06-23 华为技术有限公司 通信方法、设备和系统
US8468566B2 (en) 2009-04-10 2013-06-18 Echostar Technologies L.L.C. Control message feedback in a satellite broadcast communication system
US20120008573A1 (en) * 2010-07-08 2012-01-12 Apple Inc. Radio resource signaling during network congestion in a mobile wireless device
US8520723B2 (en) 2010-12-09 2013-08-27 Qualcomm Incorporated Universal real-time interface for wireless modems
US8156239B1 (en) 2011-03-09 2012-04-10 Metropcs Wireless, Inc. Adaptive multimedia renderer
EP2700267B1 (en) * 2011-04-20 2017-02-22 Empire Technology Development LLC Full-reference computation of mobile content quality of experience in real-time
US9202024B2 (en) 2011-05-02 2015-12-01 Inside Secure Method for playing digital contents projected with a DRM (digital rights management) scheme and corresponding system
US20120284804A1 (en) 2011-05-02 2012-11-08 Authentec, Inc. System and method for protecting digital contents with digital rights management (drm)
US20120284370A1 (en) * 2011-05-02 2012-11-08 Authentec, Inc. Method, system, or user device for adaptive bandwidth control of proxy multimedia server
US9160779B2 (en) * 2011-06-30 2015-10-13 Qualcomm Incorporated Dynamic adaptive streaming proxy for unicast or broadcast/multicast services
TW201620309A (zh) * 2011-09-30 2016-06-01 內數位專利控股公司 管李通訊網路內容儲存次系統方法及裝置
US20130262691A1 (en) * 2012-03-28 2013-10-03 Rovi Corp System and Methods of Media Streaming using RTSP with Reduced Delays
US20130262692A1 (en) * 2012-03-28 2013-10-03 Rovi Corp System and Methods of Media Streaming from a Media Server using RTSP with Reduced Delays
US8931023B2 (en) * 2012-05-21 2015-01-06 Verizon Patent And Licensing Inc. Method and system for providing feedback based on monitoring of channels at a customer premise
CA2969020A1 (en) * 2014-12-02 2016-06-09 Ecole Normale Superieure De Lyon Anti-angiogenic properties of collagen v derived fragments
CN105450651B (zh) * 2015-12-04 2021-07-02 浙江宇视科技有限公司 一种监控视频码流动态路由选择的方法及装置
US11743025B1 (en) * 2022-03-15 2023-08-29 Pixart Imaging Inc. Optical sensor devices and method capable of calibrating clock signal by itself when receiving one or more transmissions of specific communication signal from monitoring system

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FR1579985A (ko) 1968-02-07 1969-08-29
US7191242B1 (en) * 2000-06-22 2007-03-13 Apple, Inc. Methods and apparatuses for transferring data
US7009949B1 (en) * 2000-11-17 2006-03-07 Lucent Technologies Inc. Asymmetric rate feedback and adjustment system for wireless communications
US20030198184A1 (en) 2001-08-31 2003-10-23 Joe Huang Method of dynamically determining real-time multimedia streaming rate over a communications networks
SE0203104D0 (en) * 2002-10-18 2002-10-18 Ericsson Telefon Ab L M Method and apparatus for network initiated rate control for P2C services in a mobile system
SG111978A1 (en) 2002-11-20 2005-06-29 Victor Company Of Japan An mpeg-4 live unicast video streaming system in wireless network with end-to-end bitrate-based congestion control
SE0301053D0 (sv) * 2003-04-07 2003-04-07 Ericsson Telefon Ab L M Method and system in a communications network
US20040240390A1 (en) 2003-05-30 2004-12-02 Vidiator Enterprises Inc. Method and apparatus for dynamic bandwidth adaptation
EP1610520B1 (en) * 2004-06-22 2006-09-20 Alcatel Method and system for providing a transmission link for streaming traffic
CN100531210C (zh) * 2006-01-12 2009-08-19 北京邮电大学 一种用于移动流媒体传输的无缝切换的方法
US8929360B2 (en) * 2006-12-07 2015-01-06 Cisco Technology, Inc. Systems, methods, media, and means for hiding network topology
EP2658159B1 (en) * 2006-12-27 2017-02-08 Unwired Planet International Limited Link adaptation in a wireless telecommunications system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102353535B1 (ko) * 2020-10-20 2022-01-20 콘텔라 주식회사 이동통신 코어망의 ＡＭＦ와 ＳＭＦ에서의 ＰＤＵ Ｓｅｓｓｉｏｎ 관리방법

Also Published As

Publication number Publication date
US8081609B2 (en) 2011-12-20
CN101611601B (zh) 2013-09-11
US20080192711A1 (en) 2008-08-14
JP5053390B2 (ja) 2012-10-17
CN101611601A (zh) 2009-12-23
WO2008100474A1 (en) 2008-08-21
EP2122940B1 (en) 2012-05-16
KR101107816B1 (ko) 2012-02-06
JP2010518782A (ja) 2010-05-27
EP2122940A1 (en) 2009-11-25

Similar Documents

Publication Publication Date Title
KR101107816B1 (ko) 프록시 기반 시그널링 방법
US9203886B2 (en) Content rate control for streaming media servers
JP5373638B2 (ja) 無線通信システム内でメディア・サーバにフィードバックを提供する方法
JP5341089B2 (ja) プロキシでフィードバック制御されたフレーム伝送を用いるメディアサーバのためのコンテンツレート選択
JP4323432B2 (ja) ストリーミングメディアの伝送品質を高めるための方法
KR102187810B1 (ko) 통신 시스템에서 데이터 흐름 제어 장치 및 방법
WO2006086691A2 (en) A network for providing a streaming service
JP2010028378A (ja) 通信装置及び通信方法
Argyriou A joint performance model of TCP and TFRC with mobility management protocols
Lee et al. Adaptive rate control scheme for streaming-based content sharing service
Noh et al. A Comparison of RaDiO and CoDiO packet scheduling algorithms over IEEE 802.11 WLANs

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20150105

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20160104

Year of fee payment: 5

FPAY Annual fee payment

Payment date: 20161230

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20180105

Year of fee payment: 7

LAPS Lapse due to unpaid annual fee