KR100752608B1 - 무선통신네트워크에서 자원 예약을 위한 방법 및 시스템 - Google Patents

무선통신네트워크에서 자원 예약을 위한 방법 및 시스템 Download PDF

Info

Publication number
KR100752608B1
KR100752608B1 KR1020057025114A KR20057025114A KR100752608B1 KR 100752608 B1 KR100752608 B1 KR 100752608B1 KR 1020057025114 A KR1020057025114 A KR 1020057025114A KR 20057025114 A KR20057025114 A KR 20057025114A KR 100752608 B1 KR100752608 B1 KR 100752608B1
Authority
KR
South Korea
Prior art keywords
communication device
transmitting
media stream
transmission
receiving
Prior art date
Application number
KR1020057025114A
Other languages
English (en)
Other versions
KR20060054206A (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 KR20060054206A publication Critical patent/KR20060054206A/ko
Application granted granted Critical
Publication of KR100752608B1 publication Critical patent/KR100752608B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/80Responding to QoS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/74Admission control; Resource allocation measures in reaction to resource unavailability
    • H04L47/748Negotiation of resources, e.g. modification of a request
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/801Real time traffic
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/805QOS or priority aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/80Actions related to the user profile or the type of traffic
    • H04L47/808User-type aware
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/824Applicable to portable or mobile terminals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00Traffic control in data switching networks
    • H04L47/70Admission control; Resource allocation
    • H04L47/82Miscellaneous aspects
    • H04L47/825Involving tunnels, e.g. MPLS
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/75Media network packet handling
    • H04L65/752Media network packet handling adapting media to network capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18Negotiating wireless communication parameters
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L65/00Network arrangements, protocols or services for supporting real-time applications in data packet communication
    • H04L65/60Network streaming of media packets
    • H04L65/65Network streaming protocols, e.g. real-time transport protocol [RTP] or real-time control protocol [RTCP]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L69/00Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
    • H04L69/24Negotiation of communication capabilities
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/16Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26Resource reservation
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/12Setup of transport tunnels
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W76/00Connection management
    • H04W76/10Connection setup
    • H04W76/15Setup of multiple wireless link connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

본 발명은 통신시스템에서의 방법, 통신시스템 및 통신기기에 관한 것이다. 그 방법에서 미디어 스트림들은 송신용 통신기기로부터 수신용 통신기기에 적어도 부분적으로는 무선통신네트워크를 통해 송신된다. 적어도 하나의 미디어 스트림이 수신용 통신기기에 송신되기 위해 선택되며, 상기 선택된 적어도 하나의 미디어 스트림을 송신하기 위한 QoS 요건들이 정의되며, 송신 자원들이 상기 적어도 하나의 미디어 스트림의 송신을 위해 무선통신네트워크로부터 예악되고, 셋업 절차가 수신용 통신기기 및 송신용 통신기기 사이에서 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수행된다. 적어도 하나의 미디어 스트림의 송신 시작은 수신용 통신기기에 의해 요구되고, 하나의 데이터 송신 상황정보(context)가 선택된 적어도 하나의 미디어 스트림의 송신 시에 사용되며, 예약된 자원들에 관한 정보는 적어도 하나의 미디어 스트림의 송신 시작이 수신용 통신기기에 의해 요구될 때 또는 그 후에 송신용 통신기기에 송신된다.
미디어 스트림, QoS(Quality of Service), 자원 예약, 데이터 송신 상황정보, 셋업 절차

Description

무선통신네트워크에서 자원 예약을 위한 방법 및 시스템{Method and system for resource reservation in a wireless communication network}
기술분야는 멀티미디어 서버, 이동네트워크 및 스트리밍 클라이언트가 예컨대 세션 셋업 및 제어에 이용되는 RTSP프로토콜(Real Time Streaming Protocol), 및 예컨대 미디어 전송용의 RTP프로토콜(Real Time transport Protocol)을 통해 논리적으로 연결되어 있는 이동 네트워크들 하에서 미디어를 스트리밍하는 것이다. 스트리밍 시스템들은 속도 적응적이거나 그렇지 않을 수 있다. 본 발명은 콘텐츠 및/또는 전송 속도를 가변하는 네트워크 채널 조건들에 적응시킬 수 있는 속도 적응형(adaptive) 스트리밍 시스템들에 관한 것이다.
본 발명은 멀티미디어 스트림들이 송신용 통신기기로부터 수신용 통신기기로 적어도 부분적으로는 무선통신네트워크를 통해 전송되는 통신시스템에서의 방법에 관한 것이다. 본 발명은 또한 송신용 통신기기, 수신용 통신기기, 및 송신용 통신기기로부터 수신용 통신기기로 적어도 부분적으로는 무선통신네트워크를 통해 멀티미디어 스트림들을 전송하는 통신네트워크를 포함하는 통신시스템에 관한 것이다. 추가로 본 발명 송신용 통신기기 및 수신용 통신기기에 관한 것이다.
이 명세서에서, 송신용 통신기기라는 용어는 멀티미디어 스트림들을 통신네 트워크에 보내는데 적합한 송신기를 구비한 통신기기를 말한다. 용어 수신용 통신기기는 통신네트워크로부터 멀티미디어 스트림들을 수신하기 위한 수신기를 구비한 통신기기를 말한다. 동일한 통신기기가 송신기 및 수신기 둘 다를 구비함으로써 통신네트워크와의 단방향 또는 양방향 통신을 가능하게 할 수 있다는 것은 명백하다. 무선통신기기는 무선통신네트워크에서 무선통신을 구현하는 송신기 및/또는 수신기를 구비한다. 이동통신시스템과 같은 무선통신시스템이란 용어는, 일반적으로 시스템의 작동범위 내에서 무선통신기기의 사용자가 움직이고 무선통신기기 및 시스템의 정지부들 간의 데이터 송신 연결을 가능하게 만드는 임의의 통신시스템을 말한다. 전형적인 무선통신시스템은 공중 육상 이동통신망(PLMN)이다. 잘 알려진 예는 GSM시스템(Global System for Mobile telecommunications)이다. 본 발명은 바람직하게는 3세대의 이동통신시스템들에 관한 것이다. 일 예로서, 범용 이동통신시스템(UMTS)이 이러한 3세대 통신시스템의 예로서 사용된다.
3세대 시스템들에서, 비어러 ( bearer ) 서비스서비스라는 용어들이 사용된다.. 비어러 서비스는 액세스 포인트들 간의 신호들의 송신에 편리함을 제공하는 원거리통신 서비스 유형이다. 일반적으로, 비어러 서비스는 예를 들면, 정보가 무선통신기기 및 시스템의 다른 부분 간에 전송될 때 시스템에서 사용될 데이터 전송속도 및 서비스 품질(Quality of service; QoS)을 정의하는 통화(traffic)채널이란 용어에 해당한다. 무선통신기기 및 기지국 사이의 비어러 서비스는, 예를 들면, 무선 비어러 서비스이고, 무선 네트워크 제어부 및 코어 네트워크 사이의 비어러 서비스는 예를 들면, Iu 비어러 서비스(Interface UMTS bearer)이다. UMTS시스템에 서, 무선 네트워크 제어부 및 코어 네트워크 사이의 인터페이스는 Iu 인터페이스라 불린다. UMTS에는, Iu 인터페이스 외에도, Gb 인터페이스라고도 불리는 인터페이스를 이용하는 이른바 GERAN파트라는 것이 있다. 이와 관련하여, 태스크(태스크들)를 수행하기 위해 이동통신네트워크에 의해 서비스가 제공되고, 예를 들면, 데이터 서비스들은 통신시스템에서의 데이터 전송을 수행하며, 전화 서비스들은 전화 호들, 멀티미디어 등에 관련된다. 따라서, 서비스는 시스템의 무선통신기기 및 정지부들 사이에 전화 호 또는 멀티미디어 스트림들의 전송과 같은 데이터 전송을 요구한다. 3세대 이동통신시스템의 동작의 하나의 중요 태스크는, 각각의 요구된 서비스가 이용가능한 대역폭을 낭비하는 일 없이 이동국들에 할당될 수 있는 식으로, 비어러 서비스들을 제어(필요에 따라, 초기화, 유지 및 종료 )하는 것이다.
서비스 품질(QoS)은, 예를 들면, 프로토콜 데이터 단위들(PDU)이 전송 중에 이동 통신네트워크에서 어떻게 처리되는 지를 결정한다. 예를 들면, 연결 주소들에 관해 정의된 QoS레벨은 지원노드들 및 게이트웨이 지원노드들에서 특히 둘 이상의 연결들이 동시에 송신될 패킷들을 가질 때 패킷들의 전송 순서, 버퍼링(패킷 스트링들) 및 거부를 제어하기 위해 사용된다. 다른 QoS레벨들은, 예를 들면, 연결의 다른 끝단들 간의 패킷 전송들을 위한 다른 지연들, 뿐만 아니라, 다른 비트율을 결정한다. 또한, 거부된 및/또는 소실된 패킷 데이터 단위들의 수는 다른 QoS레벨들에 관련하여 가변할 수 있다.
각각의 PDP 상황정보(context)에 대해 다른 QoS를 요구하는 것이 가능하다. 예를 들면, 이메일 연결들에서, 비교적 긴 지연이 스트림들의 전송 시에 허용될 수 있다. 그러나, 실시간 대화형 애플리케이션들, 이를테면 화상회의는 고속의 패킷 전송을 요구한다. 파일 전송과 같은 어떤 응용들에서는, 패킷교환전송이 무결성인, 즉, 에러 상황에서, 패킷 데이터 단위들이 필요하다면 재전송되는 것이 중요하다.
UMTS시스템의 패킷교환 통신 서비스의 경우, 4개의 다른 통화등급(traffic class)들을 정의하는 것이 제안되어 있고, 이러한 통화등급들의 특성들에 관해, 목표는 다른 연결 유형들에 대해 다른 규준들(criteria)을 고려하는 것이었다. 제1 및 제2 등급들을 위해 정의된 하나의 규준은 전송이 실시간으로 일어나 전송이 현저한 지연을 가지지 않아야 한다는 것이다. 그러나, 이러한 등급들에서, 데이터 전송의 정확도는 그렇게 중요한 특성은 아니다. 상응하는 방식으로, 비 실시간 데이터 전송은 제3 및 제4 통화등급들에 충분하지만, 비교적 정확한 데이터 전송이 그것들에 요구된다. 실시간 1등급 통신의 예는 둘 이상의 사람이 무선통신기기들에 의해 서로 토의하는 상황에서의 대화용 음성신호들의 전송이다. 실시간 2등급 통신이 실현 가능할 상황의 예는, 즉시 관람(스트리밍)을 위한 비디오신호의 전송이다. 3등급 비 실시간 패킷통신은, 예를 들면, 데이터베이스 서비스들의 사용, 이를테면 인터넷 홈페이지들의 브라우징을 위해 사용될 수 있고, 이 경우 합리적인 속도의 비교적 정확한 데이터 전송이 실시간 데이터 전송보다 더 중요한 요소가 된다. 이 예에 따른 시스템에서, 예를 들면 이메일 메시지들 및 파일들의 전송은 제4의 부류로 분류될 수 있다. 당연히, 통화등급들의 수는 여기에 언급된 것처럼 반드시 4개일 필요는 없고, 본 발명은 어떤 수의 통화등급들을 포함하는 패킷교환 통신시스템들에도 적용될 수 있다. 제시된 4개의 통화등급들의 특성들은 표 1에 간략히 제시 되어 있다.
등급 제1등급(대화형 등급): 실시간, 예컨대, 전화통화 -보장된 용량 -확인 없음 제2등급(스트리밍 등급): 실시간, 예컨대, 비디오정보 -보장된 용량 -확인 가능 -응용레벨로 버퍼링 제3등급(대화형 등급): -대화형 최선노력법 -확인 -인터넷 브라우저, 텔넷 -실시간제어채널 제4등급(후선등급): 최선노력법에 의한 후선전송 -확인 -이메일메시지들, 달력이벤트들 등의 후선로딩
최대비트율(kbps) <2048 <2048 <2048 - 오버헤드 <2048 - 오버헤드
배달순서 예/아니오 예/아니오 예/아니오 예/아니오
최대패킷크기(바이트)(SDU) ≤1500 또는 1502 ≤1500 또는 1502 ≤1500 또는 1502 ≤1500 또는 1502
틀린 패킷들의 전송(SDU) 예/아니오/- 예/아니오/- 예/아니오/- 예/아니오/-
잔여 비트에러비 5*10-2,10-2,5*10-3, 10-3,10-4,10-5,10-6 5*10-2,10-2,5*10-3, 10-3,10-4,10-5,10-6 4*10-3,10-5,6*10-8 4*10-3,10-5,6*10-8
패킷에러비(SDU) 10-2,7*10-3,10-3, 10-4,10-5 10-1,10-2,7*10-3, 10-3,10-4,10-3 10-3,10-4,10-6 10-3,10-4,10-6
전송지연(㎳) 100㎳ - 최대값 250㎳ - 최대값
보장 비트율(kbps) <2048 <2048
통화처리우선순위 1, 2, 3
할당우선순위 1, 2, 3 1, 2, 3 1, 2, 3 1, 2, 3
보장되는 비트율은 RAN 및 CN에서의 허가 제어 및 자원 예약을 위해 사용되며, 최대비트율은 CN에서의 정책결정에 사용된다. 즉, 최대비트율을 초과하지 않는 비트율이 허용되어 GGSN에 CN을 입력하도록 하고, 이 비트율을 초과하는 패킷들은 입력되지 않는다.
현대의 제2 및 제3 세대 무선통신기기들은 구형 무선통신기기들보다 훨씬 양호한 데이터처리 특성들을 가진다. 예를 들면, 그것들은 인터넷에의 연결과 무선통신기기의 브라우징 애플리케이션을 이용한 인터넷에서의 정보 검색에 용이성을 이미 가지고 있고, 장차, 예를 들면, 실시간 화상회의 등을 위해 멀티미디어 호(call)들을 구축하는 것이 가능할 것이다.
서로 다른 애플리케이션들의 요구사항들은 상당히 다를 수 있다. 일부 애플리케이션들은 송신기 및 수신기 간의 고속 통신을 요구한다. 이러한 애플리케이션들은, 예를 들면, 비디오 및 전화 애플리케이션들을 포함한다. 일부 다른 애플리케이션들은 가능한 한 정확한 데이터 전송을 요구할 것이지만, 데이터 송신 연결의 비트율은 덜 중요하다. 이러한 애플리케이션들은, 예를 들면, 이메일 및 데이터베이스 애플리케이션들을 포함한다. 한편, 이러한 애플리케이션들은 다른 특성들을 갖는 여러 가지 무선통신기기들에서 사용될 수 있다.
무선통신기기의 사용자는 무선통신기기로 멀티미디어 프레젠테이션을 보기 원할 것이다. 이 사용자는 이러한 프레젠테이션의 로딩 주소를 찾고 그 프레젠테이션을 무선통신기기에 보낼 것의 요구를 송신한다. 이 요구는 통신시스템에서 다루어진다. 요구된 멀티미디어 프레젠테이션의 로딩 주소는 통신네트워크의 서버, 이를테면 인터넷의 서버에 대한 주소일 수 있다. 멀티미디어 프레젠테이션을 수신용 무선통신기기에 배달하는 서버는 명세서에서는 스트리밍 서버라고 불린다.
통신시스템은 요구된 멀티미디어 프레젠테이션을 배달할 수 있도록 스트리밍 서버 및 무선통신기기 간의 통신에 충분한 자원들을 예약할 것이다. 그렇지 않다면 프레젠테이션은 수신용 무선통신기기에서 동일한 정확도로 에러 없이 나타내어질 수 없을 것이다. UMTS 통신시스템에서, 무선통신기기는 먼저 임의의 QoS 매개변수들을 이용하여 PDP상황정보를 요구한다. 그러면, 네트워크는 얼마간의 선택근거들, 예를 들면, 무선통신기기가 요구 시에 아마도 사용했을 매개변수들을 이용하여 연결을 위한 비어러를 선택한다. 이러한 선택근거들은, 비어러 서비스가 연결을 위한 충분한 전송능력을 제공할 수 없거나 또는 필요한 것보다 더 많은 능력을 제공하여 네트워크 자원들의 사용이 비효율적인 상황들이 일어난다면, 적당하지 않거나 충분히 정확하지 않을 것이다.
멀티미디어 정보의 배달이 필요한 다른 상황은 두 개의 무선통신기기들이 서로 통신하여 비디오 또는 정지 영상들과 같은 멀티미디어 정보를 서로 교환하는 것이다. 또한 이런 종류의 상황에서는 충분한 자원들이 통신을 위한 네트워크에 의해 예약되어야 한다. 그러나, 종래기술의 방법들을 이용하는 경우, 연결을 위한 명령들을 연결의 양 끝단들에 알려주는 것이 항상 가능하지는 않다.
기본 스트리밍 시스템들은 비 적응형이다. 예를 들면, 3GPP에 의해 릴리즈 4 및 5에서 정의된 현재의 패킷교환 스트리밍서비스(PSS)는 비 적응형이다. 릴리즈 6의 패킷교환 스트리밍서비스는 적응형일 것이다. 적응 특성은 시스템, 즉 스트리밍 서버 및 클라이언트 둘 다의 능력에 의해 주어져, 네트워크 채널 조건들의 가변, 이를테면 QoS 협상된 채널 비트율들, 전송지연들, 다른 서비스 품질 매개변수들에서의 변경들, 또는 핸드오버들의 경우에 기반(underlying) 네트워크에서의 변경들조차에 대해서도 적응한다.
시스템을 적응적이게 만들기 위해, 스트리밍 서버 및 클라이언트들 사이에는 얼마간의 통신이 수립되어야 한다. 이것은 RTSP프로토콜이 세션 셋업 및 제어에 이용될 때마다 적절이 이루어져야 한다. 그러나, 시스템이 적응적이고 궁극적으로 오디오 및 비디오 스트리밍을 위한 최선의 사용자 서비스 품질이 달성되는 것을 보장하기 위해서는 서버 및 클라이언트 사이의 필요한 정보의 전송이 올바른 방식으로 발생하여야 한다.
이를 위해, 일부 종래기술의 기법들은 기반 이동네트워크로부터 오는 스트리밍 클라이언트로부터 스트리밍 서버로의 QoS 정보의 전송을 미리 가능하게 한다. 이것은 시스템을 더 적응적이게 만들기 위해 두 끝단들이 더욱 협력하도록 한다.
지금까지 명시되지 않은 것은 특정 이동네트워크 환경에서의 QoS 매개변수들 및 PDP(Packet Data Protocol) 상황정보 사용 간의 관계이다. 예를 들어, 다른 경우들이 가능하다. 다음에서, 각 RTP 미디어 스트림에 관계하는 관련된 RTCP 흐름은 고려되지 않는다. 대안으로, RTP과 그것에 관련된 RTCP 흐름을 동일한 멀티미디어 스트림의 부분으로서 간주하는 것은 다음 문제의 성질을 바꾸지 않는다:
1. PDP 상황정보는 하나의 미디어만의 스트리밍 세션을 운반한다.
2. PDP 상황정보는 하나를 넘게 존재하는 경우 모든 매체의 스트리밍 세션을 운반한다.
스트리밍 클라이언트가 스트리밍 서버에 예컨대 RTSP를 통해 얼마간의 QoS 프로파일 매개변수들, 예를 들면 보장 비트율, 최대비트율 또는 전송지연을 신호로 알릴 것을 결정한다면, QoS 프로파일의 정확한 해석 시에 그리로 결국에는 네트워크 연결과 비슷하게, 서버에서는 어떤 문제들이 생길 수 있다.
RTSP에서는, 집합적 제어(aggregate controlled) 세션 및 비집합적 제어 세션이라 불리는 두 종류의 가능한 세션들이 있다. 집합적 제어 세션은 전송 레벨에서 모든 미디어 컴포넌트들이 클라이언트에 의해 서버에 보내진 단일 명령(예컨대 오디오 및 비디오 컴포넌트들 둘 다를 위한 하나의 RTSP PLAY 명령)에 의해 제어될 수 있는 세션이다. 이것이 일어나지 않는다면, 즉, 적어도 하나의 미디어 컴포넌트가 세션에서 개별적으로 제어된다면, 그 세션은 비집합적 제어를 가진다고 말해진다.
다음으로, 멀티미디어 스트림들에 관해 QoS 매개변수들의 협상에 관련한 문제들을 밝히기 위해 얼마간의 예들이 개시된다. 예들과 이 예들에서 사용되는 다른 매개변수들은 비제한적이고 실제 구현에서는 다른 종류의 매개변수들과 미디어 스트림들의 결합물들이 존재할 수 있음에 주의해야 한다.
예 1
이 예에서 멀티미디어 스트림은 두 개의 매체들(예컨대 하나는 오디오 스트림이고 하나는 비디오 스트림)을 구비한다. 모든 다른 매체들은 단일 PDP 상황정보를 이용하여 송신된다.
스트리밍 클라이언트가 스트리밍 서버로부터 (예컨대 SDP 프로토콜을 통해) 오디오 스트림은 12kbps을 요구하고 비디오 비트 스트림은 52kbps를 요구한다는 통지를 수신하였다고 가정된다. 또한 스트리밍 클라이언트는 이 클라이언트가 오디오 및 비디오 스트림들 둘 다를 송신하기 원한다는 단일 PDP상황정보를 이용하여 이동네트워크와의 연결을 수립하고 그 네트워크는 PDP상황정보가 다음의 (무엇보다도) QoS 프로파일 매개변수들:
보장 비트율 = 64kbps
최대비트율 = 70kbps
을 가지는 것을 허락하였다고 가정한다.
이제, 시스템을 더욱 적응적이게 되도록 하기 위해, 스트리밍 클라이언트가 네트워크로부터 허락된 QoS에 관해 스트리밍 서버에 알리기를 원한다고 가정한다. 효율을 높이기 위해, 클라이언트는 이 정보를 두 매체들의 재생(playback) 시작 전에 신호할 것을 결정한다고 가정한다. 그러므로, 위 두 필드들을 셋업 방법을 이용하여 신호하는 것이 선택된다. 두 개의 매체들이 존재하므로, 클라이언트는 다음의 정보:
셋업(오디오):
보장 비트율 = 12kbps
최대비트율 = 70kbps
셋업(비디오):
보장 비트율 = 52kbps
최대비트율 = 70kbps
를 가지는, 두 개의 셋업 메시지들(하나는 오디오를 위한 것이고 하나는 비디오를 위한 것)에 삽입된 두 개의 필드들을 보낼 것이다.
각 셋업으로 신호되는 보장 비트율은 각 미디어(스트리밍 서버 및 스트리밍 클라이언트 둘 다에 알려진)에 대해 요구된 대역폭을 담고 있지만, 최대비트율 정보는 PDP상황정보에서 허락된 최대비트율만 될 수 있다. 그러므로, 두 매체들 간에 최대비트율을 분할하는 방법이 없을 것이기 때문에, 이 예에서 최대비트율은 70kbps 외에 다른 것이 될 수는 없다. 셋업 방법은 스트리밍 서버에 의해 미디어마다의 기술(per-media description)인 것으로서 해석된다. 그러므로, 서버는 두 개의 셋업 메시지들(한 채널은 12kbps의 보장 비트율 및 70kbps의 최대비트율을 가지고, 다른 채널은 52kbps의 보장 비트율 및 70kbps의 최대비트율을 가짐)에 의해 기술되는 특징들을 갖는 가상적인 두 개의 네트워크 채널들이 존재하는 것처럼 해석할 것이다. 미디어의 누적 보장 비트율은 12 + 52 = 64kbps이고, 이것은 PDP상황정보의 실제 네트워크 보장 비트율이다. 오디오에 대해 70kbps의 최대비트율과 비디오에 대해 70kbps의 최대비트율을 송신하도록 서버에 권한이 부여된다. 단일 PDP상황정보가 사용될 때, 이는 매체의 누적 최대비트율이 70 + 70 = 140kbps이며 이것은 PDP상황정보에 관한 네트워크 최대비트율이 아님을 의미한다. 각 미디어 스트림이 가변비트율로 송신될 수 있으므로, 두 매체들의 순간 비트율들의 합은 어느 순간에는 140kbps에 달할 수 있다. 그러나, 네트워크에 의해 제공된 최대비트율(이 예에서 70kbps)을 넘어서는 모든 값은 허용되지 않는데, 네트워크 자원들이 이용가능하지 않기 때문이다. 그러므로, 서버는 PDP상황정보의 QoS 정보를 잘못 해석하게 된다. 이는 사용자 QoS가 나빠지게 한다.
한편, 70kbps 최대비트율을 두 매체들 간에 비례하는 방식으로 분할한다는 생각은 서버가 다른 매체에 의해 공유되는 채널 사용의 차선의(suboptimal) 사용을 할 수 있게 한다. 서버는 2개의 별도의 PDP상황정보들이 있었던 것처럼 채널을 사용하려고 시도할 것이다.
서버에 보내진 보장 비트율 정보가 네트워크에 의해 PDP상황정보에서 허락된 것이라면 유사한 문제가 발생한다. 예를 들어, 허락된 64kbps 보장 비트율의 정보가 양 셋업들의 메시지들로 서버에 보내진다면, 서버는 오디오 64kbps 및 비디오 64kbps 정도의 보장 비트율로 보내는 권한이 부여되어 이 예에서 총 보장 비트율을 PDP QoS에서는 이용가능하지 않은 128kbps로 되게 하기 때문에, 더 많은 문제들이 발생할 수 있다. 이것은 네트워크 버퍼 오버플로우 및 나쁜 사용자 QoS를 생성할 것이다.
예 2
이 다른 예에서, 멀티미디어 스트림 역시 두 개의 매체(예컨대 하나는 오디오 스트림이고 하나는 비디오 스트림)를 구비하지만, 모든 다른 매체가 별도의 PDP상황정보들을 이용하여 송신될 수 있다. 스트리밍 클라이언트는 스트리밍 서버로부터 (예컨대 SDP 프로토콜을 통해) 오디오 스트림이 12kbps를 요구하고 비디오 스트림이 52kbps를 요구한다는 통지를 수신하였다고 가정한다. 스트리밍 클라이언트는 클라이언트가 오디오 및 비디오 스트림들을 각각 송신하기 원한다는 두 개의 별개의 PDP상황정보를 이용하여 이동네트워크와의 연결을 수립하고 네트워크는 PDP상황정보가 다음의(무엇보다도) QoS 프로파일 매개변수들:
오디오를 위한 PDP상황정보:
보장 비트율 = 12kbps
최대비트율 = 20kbps
비디오를 위한 PDP상황정보:
보장 비트율 = 52 kbps
최대비트율 = 64 kbps
을 갖는 것을 허락하였다고도 가정한다.
이제, 시스템을 더욱 적응적이게 만들기 위해 스트리밍 클라이언트가 네트워크로부터 허락된 QoS에 관해 스트리밍 서버에 알릴 것을 원한다고 가정한다. QoS 정보는 PLAY 명령으로 보내질 수 있다. PLAY 명령은 서버에 의해 집합적 세션 명령으로서 일반적으로 해석된다. 그러므로, 매개변수들의 결합물만이 보내져야 한다. 클라이언트는 보장 비트율 = 12+52 = 64kbps 및 최대비트율 = 20+64 = 84kbps를 송신할 것인지를 결정할 수 있다. 이는 단일 PDP상황정보가 지정된 QoS 매개변수들과 함께 사용된다고 이해할 서버에게 혼동을 주지만, 이 예는 그런 경우가 아니다.
위에서 설명된 예의 경우들 둘 다에서, 주된 문제는 스트리밍 서버가 PDP상황정보 할당 유형에 대한 가시성(visibility)을 가지지 않기 때문에 데이터 전송을 위해 예약된 네트워크 채널의 유형이 무엇인지(그것은 단일 또는 다중 PDP상황정보일 수 있음)를 알지 못한다는 것이다. 이 가시성은 스트리밍 클라이언트 측에만 있다.
따라서 본 발명의 목적은 네트워크 PDP상황정보(들)의 QoS 정보에 관해 클라이언트에 의해 정보가 제공될 때 직면할 가능한 오해들의 해소를 시도하는 방법 및 시스템을 제시하는 것이다.
본 발명의 목적들은 네트워크에 의해 클라이언트에 허락된 세션 특성들에 관해 서버에 알려주기 위한 다른 종류의 매개변수 신호(signalling) 방법들을 이용함으로써 달성된다.
본 발명의 제1양태에 의하면, 통신시스템에서의 방법에 있어서,
수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림을 선택하는 단계;
상기 선택된 적어도 하나의 미디어 스트림을 송신하기 위한 QoS 요건들을 정의하는 단계;
상기 적어도 하나의 미디어 스트림의 송신을 위해 무선통신네트워크로부터 송신 자원들을 예약하는 단계;
하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기 사이의 셋업 절차를 수행하는 단계;
적어도 하나의 미디어 스트림의 송신 시작을 수신용 통신기기에 의해 요구하는 단계; 및
미디어 스트림들을 송신용 통신기기로부터 수신용 통신기기로 적어도 부분적으로는 무선통신네트워크를 통해 송신하는 단계로서, 선택된 적어도 하나의 미디어 스트림의 송신 시에 하나의 데이터 송신 상황정보를 이용하는 단계를 구비한 단계를 포함하고,
상기 방법은, 적어도 하나의 미디어 스트림의 송신 시작을 수신용 통신기기에 의해 요구하는 단계에 또는 그 후에, 예약된 자원들에 관한 정보를 송신용 통신기기에 송신하는 단계를 더 포함하는 방법이 제공된다.
본 발명의 제2양태에 의하면, 통신시스템에서의 방법에 있어서,
수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림을 선택하는 단계;
상기 선택된 적어도 하나의 미디어 스트림을 송신하기 위한 QoS 요건들을 정의하는 단계;
상기 적어도 하나의 미디어 스트림의 송신을 위해 무선통신네트워크로부터 송신 자원들을 예약하는 단계;
적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기 사이의 셋업 절차를 수행하는 단계;
적어도 하나의 미디어 스트림의 송신 시작을 수신용 통신기기에 의해 요구하는 단계; 및
미디어 스트림들을 송신용 통신기기로부터 수신용 통신기기로 적어도 부분적으로는 무선통신네트워크를 통해 송신하는 단계로서, 각각의 선택된 미디어 스트림에 대해 하나의 데이터 송신 상황정보를 이용하는 단계를 포함하며,
상기 방법은 예약된 자원들에 관한 정보를 셋업 절차에 관련하여 송신용 통신기기에 송신하는 단계를 더 포함하는 방법이 제공된다.
본 발명의 제3양태에 의하면, 통신시스템에서의 방법에 있어서,
적어도 하나의 미디어 스트림을 송신용 통신기기로부터 수신용 통신기기로 송신하기 위해 수신용 통신기기에 의해 QoS 요건들에 관한 정보를 요구하는 단계;
상기 적어도 하나의 미디어 스트림의 송신을 위해 수신용 통신기기에 의해 무선통신네트워크로부터 송신 자원들을 요구하는 단계;
송신을 위한 자원들을 무선통신네트워크에 의해 예약하는 단계;
예약된 자원들에 관한 정보를 수신용 통신기기에 무선통신네트워크에 의해 송신하는 단계;
하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기에 의해 셋업 절차를 수행하는 단계;
송신 명령의 시작을 송신용 통신기기에 송신함으로써 적어도 하나의 미디어 스트림의 송신 시작을 수신용 통신기기에 의해 요구하는 단계로서, 예약된 자원들에 관한 정보도 송신용 통신기기에 송신 명령으로 송신되는 단계; 및
미디어 스트림들을 송신용 통신기기로부터 수신용 통신기기로 적어도 부분적으로는 무선통신네트워크를 통해 하나의 패킷 데이터 송신 연결을 이용하여 송신하는 단계를 포함하는 방법이 제공된다.
본 발명의 제4양태에 의하면, 통신시스템에서의 방법에 있어서,
적어도 하나의 미디어 스트림을 송신용 통신기기로부터 수신용 통신기기로 송신하기 위해 수신용 통신기기에 의해 QoS 요건들에 관한 정보를 요구하는 단계;
상기 적어도 하나의 미디어 스트림의 송신을 위해 수신용 통신기기에 의해 무선통신네트워크로부터 송신 자원들을 요구하는 단계;
송신을 위한 자원들을 무선통신네트워크에 의해 예약하는 단계;
예약된 자원들에 관한 정보를 수신용 통신기기에 무선통신네트워크에 의해 송신하는 단계;
적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기에 의해 셋업 절차를 수행하는 단계로서, 셋업 절차는 예약된 자원들에 관한 정보를 수신용 통신기기에 의해 송신용 통신기기에 송신하는 단계를 구비하는 단계; 및
적어도 하나의 미디어 스트림의 송신 시작을 송신용 통신기기에 송신 명령의 시작을 송신함으로써 요구하는 단계로서 이 명령으로는 예약된 자원들에 관한 정보가 송신용 통신기기에 송신되지 않는 단계를 포함하며,
상기 방법은 미디어 스트림들을 송신용 통신기기로부터 수신용 통신기기로 적어도 부분적으로는 무선통신네트워크를 통해 적어도 하나의 패킷 데이터 송신 연결을 이용하여 송신하는 단계를 더 포함하는 방법이 제공된다.
본 발명의 제5양태에 의하면, 미디어 스트림들을 송신용 통신기기로부터 수신용 통신기기에 적어도 부분적으로는 무선통신네트워크를 통해 송신하기 위한 수단;
수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림을 선택하기 위한 수단;
상기 선택된 적어도 하나의 미디어 스트림을 송신하기 위한 QoS 요건들을 정의하기 위한 수단;
상기 적어도 하나의 미디어 스트림의 송신을 위해 송신 자원들을 무선통신네트워크로부터 예약하기 위한 수단;
하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기 사이의 셋업 절차를 수행하기 위한 수단;
적어도 하나의 미디어 스트림의 송신 시작을 수신용 통신기기에 의해 요구하기 위한 수단;
선택된 적어도 하나의 미디어 스트림의 송신 시 하나의 데이터 송신 상황정보를 이용하기 위한 수단; 및
적어도 하나의 미디어 스트림의 송신 시작이 수신용 통신기기에 의해 요구될 때 또는 그 후에, 예약된 자원들에 관한 정보를 송신용 통신기기에 송신하기 위한 수단을 포함하는 통신시스템이 제공된다.
본 발명의 제6양태에 의하면, 미디어 스트림들을 송신용 통신기기로부터 수신용 통신기기에 적어도 부분적으로는 무선통신네트워크를 통해 적어도 하나의 패킷 데이터 송신 연결을 이용하여 송신하기 위한 수단;
수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림을 선택하기 위한 수단;
상기 선택된 적어도 하나의 미디어 스트림을 송신하기 위한 QoS 요건들을 정의하기 위한 수단;
상기 적어도 하나의 미디어 스트림의 송신을 위해 무선통신네트워크로부터 송신 자원들을 예약하기 위한 수단;
적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기 사이의 셋업 절차를 수행하기 위한 수단;
적어도 하나의 미디어 스트림의 송신 시작을 수신용 통신기기에 의해 요구하기 위한 수단;
선택된 적어도 하나의 미디어 스트림의 송신 시에 하나의 데이터 송신 상황정보를 이용하기 위한 수단; 및
예약된 자원들에 관한 정보를 셋업 절차에 관련하여 송신용 통신기기 송신하기 위한 수단을 포함하는 통신시스템이 제공된다.
본 발명의 제7양태에 의하면, 미디어 스트림들을 수신용 통신기기에 적어도 부분적으로는 무선통신네트워크를 통해 적어도 하나의 패킷 데이터 송신 연결을 이용하여 송신하기 위한 수단;
수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림의 선택 정보를 수신하기 위한 수단;
적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기 사이의 셋업 절차를 위한 요구를 수신하기 위한 수단;
적어도 하나의 미디어 스트림의 송신 시작 요구를 수신하기 위한 수단;
선택된 적어도 하나의 미디어 스트림의 송신 시 하나의 데이터 송신 상황정보를 이용하기 위한 수단; 및
셋업 절차에 관련하여 상기 적어도 하나의 패킷 데이터 송신 연결을 위해 예약된 자원들에 관한 정보를 수신하기 위한 수단을 포함하는 송신용 통신기기가 제공된다.
본 발명의 제8양태에 의하면, 미디어 스트림들을 송신용 통신기기로부터 적어도 부분적으로는 무선통신네트워크를 통해 적어도 하나의 패킷 데이터 송신 연결을 이용하여 수신하기 위한 수단;
수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림을 선택하기 위한 수단 ;
상기 선택된 적어도 하나의 미디어 스트림을 송신하기 위한 QoS 요건들을 정의하기 위한 수단;
상기 적어도 하나의 미디어 스트림의 송신을 위해 무선통신네트워크로부터 송신 자원들을 요구하기 위한 수단;
적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기 사이의 셋업 절차를 개시하기 위한 수단;
적어도 하나의 미디어 스트림의 송신 시작을 요구하기 위한 수단;
선택된 적어도 하나의 미디어 스트림의 송신 시 하나의 데이터 송신 상황정보를 이용하기 위한 수단; 및
예약된 자원들에 관한 정보를 셋업 절차에 관련하여 송신용 통신기기에 송신하기 위한 수단을 포함하는 수신용 통신기기가 제공된다.
본 발명의 제9양태에 의하면, 미디어 스트림들을 수신용 통신기기에 적어도 부분적으로는 무선통신네트워크를 통해 적어도 하나의 패킷 데이터 송신 연결을 이용하여 송신하기 위한 수단;
수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림의 선택 정보를 수신하기 위한 수단;
적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 무선통신기기 사이의 셋업 절차를 위한 요구를 수신하기 위한 수단;
적어도 하나의 미디어 스트림의 송신 시작 요구를 수신하기 위한 수단;
선택된 적어도 하나의 미디어 스트림의 송신 시 하나의 데이터 송신 상황정보를 이용하기 위한 수단; 및
셋업 절차에 관련하여 상기 적어도 하나의 패킷 데이터 송신 연결을 위해 예약된 자원들에 관한 정보를 수신하기 위한 수단을 포함하는 무선통신기기가 제공된다.
본 발명의 제10양태에 의하면, 미디어 스트림들을 송신용 통신기기로부터 적어도 부분적으로는 무선통신네트워크를 통해 적어도 하나의 패킷 데이터 송신 연결을 이용하여 수신하기 위한 수단;
무선통신기기에 송신하려는 적어도 하나의 미디어 스트림을 선택하기 위한 수단;
상기 선택된 적어도 하나의 미디어 스트림을 송신하기 위한 QoS 요건들을 정의하기 위한 수단;
상기 적어도 하나의 미디어 스트림의 송신을 위해 무선통신네트워크로부터 송신 자원들을 요구하기 위한 수단;
적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 무선통신기기 및 송신용 통신기기 사이의 셋업 절차를 개시하기 위한 수단;
적어도 하나의 미디어 스트림의 송신 시작을 요구하기 위한 수단;
선택된 적어도 하나의 미디어 스트림의 송신 시 하나의 데이터 송신 상황정보를 이용하기 위한 수단; 및
예약된 자원들에 관한 정보를 송신용 통신기기에 셋업 절차에 관련하여 송신하기 위한 수단을 포함하는 무선통신기기가 제공된다.
본 발명은 종래기술의 시스템들 및 방법들과 비교해 볼 때 이점들을 가진다. 본 발명은 각 PDP상황정보에 대해 허락된 QoS 매개변수들을 스트리밍 서버가 알 수 있게 한다. 이는 더 정밀한 QoS 프로파일 매개변수들을 지정하는 것에 의해 양호하고 정확한 적응을 할 수 있게 한다.
본 발명은 스트리밍 세션에 대해 클라이언트에 의한 단일/다중 PDP상황정보 사용, 및 서버에의 QoS 매개변수 신호(signalling)로 인해 발생하는 불일치(모순)를 해소한다.
본 발명에서 설명된 절차가 사용되지 않는다면, 멀티미디어 세션은 QoS 매개변수 정보로부터 이익을 얻을 수 없고, 대신 서비스 품질 위험성이 심하게 떨어진다.
본 발명은 무선 스트리밍 개념들을 이용하고 3GPP 특이 프로토콜들 및 코덱들을 사용하는 무선 영역을 위해 멀티미디어 스트리밍 성능 및 적응을 개선한다.
다른 중요한 이점은 최대비트율 - 보장 비트율로서 계산된 델타 대역폭을 효율적으로 사용할 가능성에 의해 주어진다. 이 대역폭은 대역폭 적응을 위해 또는 비디오 비트율의 피크들을 다루기 위해 사용될 수 있다. 끝으로, 멀티미디어 스트림들을 실시간으로 부호화할 때, 예를 들면, 비트율에 강한 영향을 주는 부호화 매개변수들(미디어 스트림 비트율 포함)을 서둘러 변경함으로써 이 델타 대역폭은 최선의 미디어 품질을 운반하기 위해 사용될 수 있다.
다음으로, 본 발명은 다음의 첨부 도면들을 참조하여 더 상세히 설명될 것이다:
도 1은 본 발명의 바람직한 실시예에 따른 방법이 적용될 수 있는 시스템을 보이며,
도 2는 본 발명의 바람직한 실시예에 따른 무선통신기기를 축소한 블록도로 보이며,
도 3은 단일 PDP상황정보를 이용하여 클라이언트를 위해 QoS 예약 및 세션 제어하는 신호도를 보이고,
도 4는 다중 PDP상황정보를 이용하여 클라이언트를 위해 QoS 예약 및 세션 제어하는 신호도를 보인다.
다음의 본 발명의 바람직한 실시예의 설명에서, UMTS형 이동통신시스템이 예로서 사용될 것이지만, 이 기술분야의 통상의 지식을 가진 자에게는 본 발명이 이 시스템으로만 한정되지 않고 통신에 관해 각종 QoS레벨들을 결정하는 것이 가능한 다른 통신시스템에 적용될 수 있다는 것이 명백할 것이다.
다음으로 세션 기술 프로토콜(SDP)이 더 상세히 설명될 것이다.
인터넷 멀티캐스트 백본(Mbone)에 대해, 세션 디렉토리 도구가 멀티미디어 회의들을 광고하고 참가에 필요한 회의 주소들 및 미디어-특이 정보를 전달하는데 사용된다. 멀티캐스트 백본은 인터넷 프로토콜(IP) 멀티캐스트를 지원하는 인터넷의 부분이고, 따라서, 효율적인 다-대-다 통신을 허용한다. 그것은 멀티미디어 회의를 위해 광범위하게 사용된다. 그러한 회의들은 통상 회의의 회원자격의 엄격한 조정이 필요하지 않고 회의를 수용하기 위해서는 멀티캐스트 백본 사이트의 사용자만이 회의의 멀티캐스트 그룹 주소 및 회의 데이터 스트림들을 위한 UDP 포트들을 알고 있어야만 한다는 특성을 가진다.
세션 디렉터리들은 회의 세션들의 광고를 돕고 관련 회의 셋업 정보를 예상된 참가자들에게 전한다. SDP는 그러한 정보를 참가자들에게 전달하도록 설계된다. SDP는 순수하게 세션 기술을 위한 포맷이고 전송프로토콜을 통합하고 있지 않고, 세션 광고 프로토콜, 세션 개시 프로토콜, 실시간 스트리밍 프로토콜 (RTSP), MIME 확장을 이용한 전자메일, 및 하이퍼텍스트 전송 프로토콜을 포함한 다른 프로토콜들로 전달될 수 있다.
SDP는 범용으로 의도되고 그래서 멀티캐스트 세션 디렉터리들보다 넓은 범위의 네트워크 환경들 및 응용들에 이용될 수 있다.
멀티미디어 회의는 둘 이상의 통신용 통신기기들과 함께 그것들이 통신을 위해 사용하는 소프트웨어의 집합이다.
멀티미디어 세션은 멀티미디어 송신기들 및 수신기들과 데이터 스트림들 송신기들로부터 수신기들로 흐르는 데이터 스트림들의 집합이다. 멀티미디어 회의는 멀티미디어 세션의 일 예이다.
다음으로 세션 기술 프로토콜의 현재의 정의들의 약간의 세부사항들이 설명 될 것이다. 프로토콜의 일부 기술들이 요구되고 일부는 선택사항적이다. 선택사항적 항목들은 '*'로 표시된다.
세션 기술
v= (프로토콜 버전)
o= (소유자/작성자 및 세션 식별자).
s= (세션 이름)
i=* (세션 정보)
u=* (기술의 URI)
e=* (이메일 주소)
p=* (전화번호)
c=* (연결정보 - 모든 미디어에 포함된다면 요구되지 않음)
b=* (대역폭 정보)
하나 이상의 시간기술들(아래 참조)
z=* (시간대 조절)
k=* (암호화 키)
a=* (영 이상의 세션 속성 선들)
영 이상의 미디어 기술들(아래 참조)
시간 기술
t= (세션이 활동적이게 되는 시간)
r=* (영 이상의 반복 시간)
미디어 기술
m= (미디어 이름 및 전송 주소)
i=* (미디어 타이틀)
c=* (연결 정보 - 세션레벨에 포함된다면 선택 사항적)
b=* (대역폭 정보)
k=* (암호화 키)
a=* (영 이상의 미디어 속성 선들)
위에 언급된 기록에 의하면, 대역폭 기술은 다음과 같이 정의된다:
b= <modfier>:<bandwidth-value>
이것은 세션 또는 미디어에 의해 사용될 제안된 대역폭을 지정하고 선택사항적이다.
<bandwidth-value>는 디폴트가 초당 킬로비트이다. 변형자(modifier)들은 대체 단위들이 사용될 것임을 지정할 수 있다.
<modifier>는 대역폭 숫자의 의미를 주는 단일 문자숫자식(alphanumeric) 단어이다. 두 개의 변형자들은 초기에 다음과 같이 정의된다:
CT(Conference Total): 세션 또는 세션 내의 미디어의 대역폭이 범위에 내재하는 대역폭과 다르다면, 'b=CT :...'선은 사용되는 대역폭에 대해 제안된 상한을 주는 세션을 위해 공급되어야 한다. 이것의 주된 목적은 둘 이상의 세션들이 동시에 함께 존재하는지에 관해 근사적 아이디어를 준다는 것이다.
AS(Application-Specific Maximum): 대역폭은 응용-특이적인 것으로 해석된 다, 즉, 그것은 응용의 최대 대역폭의 개념이 될 것이다. 일반적으로 이것은 적용가능하다면 응용의 '최대 대역폭' 제어에 대해 설정된 것과 일치할 것이다. RTP 기반 응용들에 대해, AS는 RFC 1889 (RTP)의 섹션 6.2에 정의된 바의 RTP "세션 대역폭"(미디어 비트율 및 UDP/IP 헤더들의 오버헤드를 포함)을 준다.
실시간 스트리밍 프로토콜은 데이터의 배달을 실시간 특성들로 제어하기 위한 클라이언트-서버 프로토콜이다. 이것은 오디오 및 비디오와 같은 연속하는 미디어의 단일 또는 여러 개의 시간동기형 스트림들을 수립하고 제어하는데 이용된다. RTSP는 UDP 및 TCP와 같은 전송 프로토콜들로 운반된다. 달리 말하면, RTSP는 멀티미디어 서버들을 위한 네트워크 원격 제어로서 역할을 한다. 데이터의 소스들은 라이브 데이터 공급물들(feeds)(예컨대 실시간 비디오 및/또는 오디오) 및 저장된 클립들(예컨대 정지 영상들)을 포함할 수 있다. RTSP 클라이언트와 서버는 미디어 배달을 위해 적절한 집합의 매개변수들을, 부분적으로는 그러한 매개변수들을 기술하는 예컨대 SDP 신택스(syntax)를 이용하여 협상한다.
도 1은 무선통신기기(MT1), 기지국(BS; 2)과 기지국(2)을 제어하고 기지국(2) 및 시스템의 나머지 사이의 연결들을 라우팅하는 무선 네트워크 제어기(RNC; 3)를 구비한 무선 액세스노드(RAN; 1), 무선 네트워크 제어기(3) 외의 라우팅 가능성들로서의 무선 이동교환센터(WMSC; 4) 및 패킷데이터 액세스 노드(PDAN; 5)를 포함하는 UMTS시스템의 일부를 보인다. 도 1에 따른 UMTS시스템은 또한 예컨대 백본 네트워크(6)와, 무선통신기기가 예컨대 IP 네트워크에 결합된 서버(10)와 통신할 수 있는 이를테면 인터넷 프로토콜(IP) 네트워크(7)와 같은 다른 패킷 네트워크들 에 대한 패킷 데이터 게이트웨이(PDG; 8)를 포함한다. 더욱이, 도 1은 예컨대 제2 이동통신네트워크(NW2)에 결합된 회선교환 게이트웨이(Gateway to Mobile services Switching Centre, GWMSC)(9)와, 예컨대 가입자의 액세스 약정(contract) 데이터를 저장하는 홈 위치 레지스터(HLR; 11)를 보인다.
게다가, 도 2는 본 발명의 바람직한 실시예에 부합하는 무선통신기기(MT1)로서, 이 예에서는 데이터 처리 기능들 및 이동국 기능들을 포함하는 통신기기, 이를테면 노키아 9210i 커뮤니케이터를 축소블록도로 보이고 있다. 이 무선통신기기(MT1)는 예컨대 하나 이상의 프로세서들(CPU), DSP, 메모리수단(MEM), UMTS 가입자 식별모듈(USIM) 또는 가입자를 식별하기 위한 대응 수단, 및 기지국(2)과의 통신을 위한 무선부(RF)를 포함한다. 프로세서(CPU)는 예컨대 주문형 집적회로(ASIC; 12)일 수 있고, 이것을 이용하면 무선통신기기(MT1)의 많은 수의 논리적 기능들을 수행하는 것이 가능하다. 메모리수단은 바람직하게는 임의접근메모리(RAM), 읽기전용메모리(ROM), 및 가입자식별모듈(USIM)의 메모리의 적어도 일부를 포함한다. 무선통신기기(MT1) 역시 하나 이상의 사용자 인터페이스들, 바람직하게는 키패드(13, 14), 디스플레이기기(15, 16), 및 오디오수단 예컨대 마이크로폰(17), 스피커(18) 및 코덱(19)을 포함하는 사용자 인터페이스를 포함한다.
도 1에서, 호 관리(CM)에 관련된 기능들이 무선통신기기(MT1)에 그리고 양 무선이동교환센터(4) 및 패킷데이터 액세스 노드(5)에 구현된다고 가정한다. 이러한 호 관리 기능들은 호를 초기화, 유지보수 및 종료하기 위한 수단을 구성한다. 결과적으로, 무선통신기기(MT1)와 무선이동교환센터(4) 또는 패킷데이터 액세스 노 드(5)는 호 신호 메시지들을 교환하여 호를 초기화, 유지 및 종료한다. 비어러 관리(BM) 및 무선 자원 관리(RM)의 기능들은 무선통신기기(MT1)에 그리고 무선 네트워크 제어기(3)에 구현된다. 비어러 관리 기능들은 예를 들면 무선통신기기(MT1) 및 기지국(2) 사이의 통신을 위해 선택된 비어러 서비스의 특성들에 따라 하나 또는 여러 개의 논리채널들을 선택하는데 이용되어, 비어러 서비스에 맞는 서비스품질을 제공한다. 무선자원 관리기능들은, 예를 들면, 무선통신기기(MT1) 및 기지국(2) 사이의 무선 통신을 위해 무선 채널을 선택하는데 사용된다.
무선통신기기(MT1) 및 IP네트워크(7) 사이의 패킷 데이터 송신 연결은 패킷데이터 액세스 노드(PDAN; 5)로부터 패킷 데이터 백본(6) 및 패킷 데이터 게이트웨이(PDG; 8)를 통해 셋업될 수 있다. 무선통신기기(MT1) 및 이동통신네트워크 사이의 회선교환 데이터 송신 연결을 무선 액세스 노드(1), 무선 이동 교환센터(4) 및 게이트웨이-이동서비스들 교환센터(GWMSC; 9)를 통해 셋업하는 것도 가능하다. 이 게이트웨이-이동서비스들 교환센터(9)는 이동 통신네트워크 및 제2네트워크(NW2), 이를테면 GSM, PSTN 또는 ISDN 사이의 연결을 셋업하기 위한 수단을 포함한다.
다음으로, 스트리밍 멀티미디어 응용들을 위한 본 발명의 바람직한 실시예에 따른 방법이 도 1의 시스템과 도 3 및 4의 신호도들을 참조하여 설명될 것이다. 다음의 구현예들은 RTSP 프로토콜의 이용에 기초한다. 또한, "QoSParams, MaxBW, GuaBW, TdelayMax 및 url" 매개변수들은 위에 설명된 발명을 위한 개념적인 위치보유자들(placeholders)인 가상적인 매개변수 이름들이다. 그것들은 실생활의 구현예들에서는 다르게 명명될 수 있다.
먼저, 얼마간의 용어들이 정의될 것이다. 클라이언트는 무선통신기기(MT1)이고 서버는 클라이언트에 대한 스트리밍 멀티미디어 서비스 제공자(예컨대 도 1의 서버(10))이다. 멀티미디어 세션은 멀티미디어 관련 데이터가 클라이언트 및 서버 사이에서 교환되는 시간간격이다. 멀티미디어 세션 셋업 시기(phase)는 클라이언트와 서버가 멀티미디어 세션 관련 셋업 정보, 예컨대 그 세션 중에 사용되는 멀티미디어 컴포넌트들, 대역폭 정보, 멀티미디어 코덱 관련 정보 등을 교환하는 시간간격이다. PDP상황정보는 QoS 자원예약 프로세스와 스트리밍 클라이언트를 실행하는 이동국 간을 연결하는 추상(abstract)의 논리표시자이다.
클라이언트는 그것의 자원들에 기초하여 클라이언트에 얼마간의 보장들을 제공할 수 있는 QoS(Quality of Service) 강화(enabled) 네트워크(NW1)일 수 있다. 이러한 보장들은 다음 중의 하나 이상을 커버할 수 있다:
- 최대비트율(MaxBW): 협상된 미디어 컴포넌트 또는 전체 멀티미디어 세션에 의해 사용될 수 있는 최대 대역폭.
- 보장 비트율(GuaBW): QoS 예약 절차가 협상된 미디어 컴포넌트 또는 전체 멀티미디어 세션을 위해 클라이언트에 보장하는 대역폭 값.
- 전송지연(TDelayMax): 각 데이터단위가 서버로부터 클라이언트 그리고 그 반대로 전송하는 중에 경험하는 지연(밀리초).
- 다른 매개변수들 역시 정의될 수 있지만 그것들은 여기서 상세히 설명되지 않는다.
본 발명은 클라이언트가 멀티미디어 세션 동안에 다수의 또는 단일 PDP 상황 정보들을 가지는 그것의 능력에 기초하여 경험할 수 있는 두 가지 다른 가능성들을 커버한다.
첫째로, 클라이언트가 단일 PDP 상황정보를 한번에 다룰 수만 있는 상황이 더 상세히 설명될 것이다. 달리 말하면, 단일 PDP 상황정보 지원을 갖는 클라이언트는 멀티미디어 세션 동안 모든 미디어 컴포넌트들(즉 오디오, 비디오 등)에 걸치는 단일 시간에 단일 QoS 자원 예약을 할 수 있다. 이는 비디오 또는 오디오 등의 데이터인지에 무관하게, 멀티미디어 데이터가 동일 QoS 자원들과는 동일한 전송채널을 공유한다는 것을 의미한다.
제1시나리오에서, 집합적 제어 세션은 스트리밍 세션을 위해 단일 PDP상황정보 지원만을 가지는 무선통신기기(MT1)(클라이언트)에 대해 활동적이게 된다. 이 시나리오에서, 무선통신기기(MT1)가 이 세션에 대한 셋업을 위해 다수의 미디어 컴포넌트들(예컨대 오디오와 수반되는 비디오 스트림)을 가진다면, 클라이언트는 최대비트율(MaxBW), 보장 비트율(GuaBW), 최대 전송지연(TdelayMax) 및 임의의 다른 QoS 프로파일 매개변수들과 같은 협상된 QoS 매개변수들을 서버(10)에 셋업 시기 동안에 송신하지 않아야 하는데 이 출원서의 배경기술 부분에서 기재된 문제 때문이다.
스트림의 전송이 활동적이게 될 때에 또는 그 후에, 즉 Play 명령이 무선통신기기(MT1)에서부터 서버(10)로 전송되는 때에 또는 그 후에 QoS 협상된 매개변수들은 서버에 송신되어야 한다.
명령 시퀀스는 다음과 같을 수 있다(도 3):
무선통신기기(MT1)는 Describe Session 명령을 서버(10)에 전송한다(301).
DESCRIBE rtsp :// server . com / session1 .3 gp RTSP /1.0
CSeq : 1
Accept : application / sdp
서버(10)는 다른 미디어 스트림들에 관한 정보를 포함한 SDP 기술(description)을 전송함으로써(302) 이 명령에 응신한다.
RTSP /1.0 200 OK
CSeq : 1
Content - Base : rtsp :// server . com / session1 .3 gp /
Content - Type : application / sdp
Content - Length : 441
v=O
o=-3242987154 3242987154 IN IP4111 .111.111
s= session1 .3 gp
c= iN IP4 0.0.0.0
t=0 0
a= control :*
a= range : npt =0-60
m= video 0 RTP / AVP 96
b= AS :50
a= rtpmap :96 H263 -2000/90000
a= control : trackID =2
a= range : npt =0-60
a= fmtp :96 profile =0; level =10
m= video 0 RTP / AVP 98
b= AS :40
a= rtpmap :98 H263 -2000/90000
a= control : trackID =3
a= range : npt =0-60
a= fmtp :98 profile =0; level =10
m= audio 0 RTP / AVP 97
b= AS :10
a= rtpmap :97 AMR /8000/1
a= control : trackID =1
a= range : npt =0-60
a= fmtp :97 octet - align =1
m= audio 0 RTP / AVP 99
b= AS :20
a= rtpmap :99 AMR - WB /16000
a= control : trackID =4
a= range : npt =0-60
a= fmtp :99 octet - align =1
위의 SDP 기술에서, video1은 50kbps의 b=AS 정의를 가지며, video2는 20kbps의 b=AS 정의를 가지며, audio1은 10kbps의 b=AS 정의를 가지고 audio2는 20kbps의 b=AS 정의를 가진다.
그 후, 무선통신기기(MT1)에서, 선택이, 예를 들면 사용자에 의해, 알려진 미디어 가운데서 행해져 무선통신기기(MT1)에 전송하려는 스트림들이 선택된다.
이 예에서, video1(50kbps)과 audio2(20kbps)가 70kbps의 총 비트율을 갖는 것으로 선택된다고 가정한다. 그 후, 무선통신기기는 비어러 서비스를 위한 요구를 통신네트워크(14NI)에 보낸다(303). 이 요구 내에 무선통신기기(MT1)는 모든 미디어 컴포넌트들에 대해 원해진 QoS 매개변수들(최대비트율 70kbps)을 포함시킨다.
이 예에서 네트워크는 60kbps만을 보장할 수 있고 80kbps의 최대비트율이 가능하다. 그러면, 네트워크(NT1)는 비어러 서비스에 대해 허락된 QoS 매개변수들을 무선통신기기(MT1)에 알린다(304). PDP 세션에 대한 비어러 서비스를 위해 네트워크와 협상한 후, 무선통신기기(MT1)는 제1 셋업 메시지를 서버(10)에 송신하여 선택된 제1 미디어 스트림, 즉 video1을 알려준다(305).
SETUP rtsp :// server . com / session1 .3 gp / trackID =2 RTSP /1.0
CSeq : 2
Transport : RTP / AVP / UDP ; unicast ; client _ port =6984-6985; ssrc =31336 d02
선택이 ok라면 서버(10)는 OK 메시지로 응신한다(306).
RTSP /1.0 200 OK
CSeq : 2
Session : 41
Transport : RTP / AVP / UDP ; unicast ; client _ port =6984-
6985; servr _ port =6900-6901; ssrc =1 d12115
무선통신기기(MT1) 역시 제2 셋업 메시지를 서버(10)에 송신하여 선택된 제 2미디어 스트림, 즉 audio2를 알려준다(307).
SETUP rtsp :// server . com / session1 .3 gp / trackID =4 RTSP /1.0
CSeq : 3
Transport : RTP / AVP / UDP ; unicast ; client _ port =6986-6987;ssrc=37115e8d
Session : 41
선택이 ok라면 서버(10)는 OK 메시지로 응신한다(308).
RTSP /1.0 200 OK
CSeq : 3
Session : 41
Transport : RTP / AVP / UDP ; unicast ; client _ port =6986-
6987; server _ port =6902-6903; ssrc =7475313
미디어 스트림들의 재생(playback)은 Play 명령을 무선통신기기(MT1)에서부터 서버(10)로 송신(309)함으로써 개시된다. 이 경우 Play 명령에는, 적어도, 최대비트율 및 네트워크(NT1)가 허락한 보장 비트율에 관련한 QoS 매개변수들에 관한 정보가 포함된다.
PLAY rtsp :// server . com / session1 .3 gp RTSP /1.0
CSeq : 4
Session : 41
QoSParams : MaxBW =80; GuaBW =60; TDelayMax =500
Range : npt =0-
서버는 OK를 무선통신기기(MT1)에 보냄으로써 이 명령에 응신한다.
RTSP /1. 0 200 OK
CSeq : 4
Session : 41
Range : npt =0-
RTP - Info :
url = rtsp :// server . com / session1 .3 gp / trackID =2; seq =0; rtptime =10000,
url = rtsp :// server . com / sessionl .3 gp / trackID =4; seq =0; rtptime =10000
이제, 서버(10)는, Play 명령을 수신한 경우, 무선통신기기(MT1)에 의해 신호된 QoS 매개변수들로 단일 QoS 채널이 존재하고 서버(10)가 이 매개변수들에 따라 선택된 미디어 스트림들의 전송에 적응할 수 있다는 것을 알게 된다.
Play 명령 후, 무선통신기기(MT1)는 전체 멀티미디어 세션에 대해 협상된 QoS 매개변수들을, 스트리밍 시스템의 상황정보 내에 정의된 임의의 다른 RTSP 명령을 이용하여 갱신할 수 있다.
멀티미디어 세션이 비집합적 제어 세션(예컨대 오디오 및 비디오 데이터가 두 개의 별개의 서버들로부터 검색된다)이라면, 별개의 미디어 서버들이 서로 알지 못하거나 또는 그것들이 미디어 컴포넌트들 동일한 QoS 예약 채널을 공유한다는 사실을 알지 못할 것이므로, 무선통신기기(MT1)는 QoS 매개변수들을 보내지 않을 것이다.
둘째로, 클라이언트가 다수의 PDP 상황정보들을 한번에 지원할 수 있는 상황이 더 상세히 설명될 것이다. 달리 말하면, 다중 PDP 상황정보 지원을 갖는 클라이언트는 멀티미디어 세션 동안에 미디어 컴포넌트들(즉 오디오, 비디오 등) 간에 분산될 수 있는 단일 시간에 다수의 QoS 자원 예약들을 할 수 있다. 멀티미디어 세션 동안 각각의 미디어 컴포넌트(즉 오디오, 비디오 등)에 대해 별개의 멀티미디어 세션이 존재할 수 있다. 모든 미디어 컴포넌트들은 다른 QoS 자원 예약들을 가질 수 있다.
제2시나리오에서, 무선통신기기(MT1)가 세션을 위한 셋업에 대해 다수의 미디어 컴포넌트들을 가진다면, 그리고 무선통신기기(MT1)가 서로 다른 미디어 컴포넌트들에 대해 다수의 PDP 상황정보들을 활동적이게 하기 원한다면, 그리고 또 미디어 컴포넌트 url 표시자들이 미디어 컴포넌트들 간을 구별하는 것을 세션 제어 프로토콜이 허용한다면, 무선통신기기(MT1)는 QoS 협상된 MaxBW, GuaBW, TDelayMax 및 다른 QoS 프로파일 매개변수들을 서버에 이러한 매개변수들의 부가일 것인 Play 명령으로 보내지 않아야 한다. 대신에 QoS 매개변수들은 각 미디어 컴포넌트의 셋업 시기 중에 보내질 수 있다.
명령 시퀀스는 다음과 같을 수 있다(도 4):
무선통신기기(MT1)는 Describe Session 명령을 서버(10)에 송신한다(401).
DESCRIBE rtsp :// server . com / session1 .3 gp RTSP /1.0
CSeq : 1
Accept : application / sdp
서버(10)는 이 명령에 대해 다른 미디어 스트림들에 관한 정보를 포함하는 SDP 기술을 송신(402)함으로써 응신한다.
RTSP /1.0 200 OK
CSeq : 1
Content - Base : rtsp :// server . com / session1 .3 gp /
Content - Type : application / sdp
Content - Length : 441
v=O
o=-3242987154 3242987154 IN IP4 111.111.111
s= session1 .3 gp
c= IN IP4 0.0.0.0
t=0 0
a= control :*
a= range : npt =0-60
m= video 0 RTP / AVP 96
b= AS :50
a= rtpmap :96 H263 -2000/90000
a= control : trackID =2
a= range : npt =0-60
a= fmtp :96 profile =0; level =10
m= video 0 RTP / AVP 98
b= AS :40
a= rtpmap :98 H263 -2000/90000
a= control : trackID =3
a= range : npt =0-60
a= fmtp :98 profile =0; level =10
m= audio 0 RTP / AVP 97
b= AS :10a= rtpmap :97 AMR /8000/1
a= control : trackID =1
a= range : npt =0-60
a= fmtp :97 octet - align =1
m= audio 0 RTP / AVP 99
b= AS :20
a= rtpmap :99 AMR - WB /16000
a= control : trackID =4
a= range : npt =0-60
a= fmtp :99 octet - align =1
위의 SDP 기술에서, video1은 50kbps의 b=AS 정의를 가지며, video2는 20kbps의 b=AS 정의를 가지며, audio1은 10kbps의 b=AS 정의를 가지고 audio2는 20kbps의 b=AS 정의를 가진다.
그러면, 무선통신기기(MT1)에서, 예를 들면 사용자에 의해, 알려진 미디어 중에서 선택이 행해져 무선통신기기(MT1)에 송신하려는 스트림들이 선택된다. 이 예에서 50kbps의 비트율을 갖는 video1과 20kbps의 비트율을 갖는 audio2가 선택된다고 가정한다. 그 후 무선통신기기는 제1 비어러 서비스를 위한 제1요구를 통신네트워크 (NW1)에 보낸다(403). 이 요구 내에 무선통신기기(MT1)는 제1 미디어 컴포넌트(video1)에 관해 원해진 QoS 매개변수들(보장 비트율 50kbps)을 포함시킨다. 이 예에서 네트워크는 50kbps만 보장할 수 있고 최대비트율 80kbps를 가능하게 한다. 그 후, 네트워크(NT1)는 무선통신기기(MT1)에 제1 비어러 서비스에 관해 허락된 QoS 매개변수들을 알려준다(404). 다음으로, 무선통신기기는 제2 비어러 서비스를 위한 제2요구를 통신네트워크(NW1)에 보낸다(405). 이 요구 내에 무선통신기기(MT1)는 제2 미디어 컴포넌트(audio1)에 관해 원해진 QoS 매개변수들(보장 비트율 20kbps)을 포함시킨다. 이 예에서 네트워크는 20kbps만을 보장할 수 있고 40kbps의 최대비트율을 허용한다. 그러면, 네트워크(NT1)는 무선통신기기(MT1)에 제2 비어러 서비스에 관해 허락된 QoS 매개변수들을 알려준다(406). PDP 세션들을 위해 비어러 서비스들에 관해 네트워크와 협상한 후, 무선통신기기(MT1)는 제1 셋업 메시지를 서버(10)에 송신하여(407) 선택된 제1 미디어 스트림, 즉 video1을 알려준다.
SETUP rtsp :// server . com / session1 .3 gp / trackID =2 RTSP /1.0
CSeq : 2
Transport : RTP / AVP / UDP ; unicast ; client _ port =6984-6985; ssrc =31336 dO2
QoSParams : url =
rtsp :// server . com / session1 .3 gp / trackID =2; MaxBW =80; GuaBW =50; TDelay
Max =500
선택이 ok라면 서버(10)는 OK 메시지로 응신한다(408).
RTSP /1.0 200 OK
CSeq : 2
Session : 41
Transport : RTP / AVP / UDP ; unicast ; client _ port =6984-
6985;서버_포트=6900-6901; ssrc =1 d12115
무선통신기기(MT1) 역시 제2 셋업 메시지를 서버(10)에 송신하여(409) 선택된 제2 미디어 스트림, 즉 audio2를 알려준다.
SETUP rtsp :// server . com / session1 .3 gp / trackID =4 RTSP /1.0
CSeq : 3
Transport : RTP / AVP / UDP ; unicast ; client _ port =6986-6987; ssrc =37115 e8d
Session : 41
QoSParams : MaxBW =40; GuaBW =20; TDelayMax =500
선택이 ok라면 서버(10)는 OK 메시지로 응신한다(410).
RTSP /1.0 200 OK
CSeq : 3
Session : 41
Transport : RTP / AVP / UD ; unicast ; client _ port =6986-
6987; server _ port =6902-6903; ssrc =7475313
미디어 스트림들의 재생은 Play 명령을 무선통신기기(MT1)로부터 서버(10)에 송신함(411)으로써 개시된다.
PLAY rtsp :// server . com / session1 .3 gp RTSP /1.0
CSeq : 4
Session : 41
Range : npt =0-
이 경우 Play 명령에는 최대 비트율 및 네트워크(NT1)가 허락한 보장 비트율에 관련한 QoS 매개변수들에 대한 정보가 포함된다.
서버는 이 명령에 대해 OK를 무선통신기기(MT1)에 보냄으로써 응신한다(412).
RTSP /1.0 200 OK
CSeq : 4
Session : 41
Range : npt =O-
RTP - Info :
url = rtsp :// server . com / session1 .3 gp / trackID =2; seq =O; rtptime =10000,
url = rtsp :// server . com / session1 .3 gp / trackID =4; seq =O; rtptime =10000
대안으로, RTSP PLAY 요구 시, 무선통신기기(MT1)는 다음을 행할 수 있다:
PLAY rtsp :// server . com / session1 .3 gp RTSP /1.0
CSeq : 4
Session : 41
Range : npt =0-
QoSParams : url =
rtsp :// server . com / session1 .3 gp / trackID =2; MaxBW =80; GuaBW =50; TDelay
Max =500, url =
rtsp :// server . com / session1 .3 gp / trackID =4; MaxBW =40; GuaBW =20; TDelay
Max =500
이제, 서버는 어떤 QoS 매개변수들이 어떤 미디어 컴포넌트에 할당되었는지를, 그것의 미디어 컴포넌트 URL에 기초하여 식별할 수 있다.
Server -> client : OK
RTSP /1.0 200 OK
CSeq : 4
Session : 41
Range : npt =0-
RTP - lnfo :
url = rtsp :// server . com / session1 .3 gp / trackID =2; seq =0; rtptime =10000,
url = rtsp :// server . com / session1 .3 gp / trackID =4; seq =0; rtptime =10000
이제, 서버(10)는 명령을 수신한 경우 무선통신기기(MT1)에 의해 신호된 개별 QoS 매개변수들로 다수의 QoS 채널들이 존재함을 알게 된다. 각 미디어 컴포넌트가 각 PDP상황정보에 대해 유효한 자신 소유의 QoS 협상된 매개변수들의 집합을 가질 것이므로, 서버는, 할당된 정확한 값들을 이용하여, 각각의 미디어 컴포넌트를 올바른 QoS 협상된 채널에 안전하게 관련시킬 수 있다.
QoS 재협상이 특정 PDP 상황정보(즉 특정 미디어 컴포넌트)에 대해 발생한다면, 클라이언트는 변경들이 발생한 미디어 컴포넌트를 정확히 참조함으로써 이용가능한 임의의 RTSP 명령들을 이용하여 새로운 QoS 값들을 신호할 수 있다.
세션 제어 프로토콜이 미디어 컴포넌트 url 표시자들로 하여금 미디어 컴포넌트을 구별하게 한다면, QoS 매개변수들은 Play 요구 시에도 신호될 수 있다. 다음의 의사-명령 시퀀스는 가능한 시나리오를 보이고 있다:
클라이언트 -> 서버: 셋업 (미디어 컴포넌트 1)
서버 -> 클라이언트: OK
클라이언트 -> 서버: 셋업(미디어 컴포넌트 2)
서버 -> 클라이언트: OK
클라이언트 -> 서버: Play(미디어 컴포넌트 1의 URL + 미디어 컴포넌트 1을 위한 협상된 QoS 매개변수들; 미디어 컴포넌트 2의 URL + 미디어 컴포넌트 2를 위한 협상된 QoS 매개변수들)
서버 -> 클라이언트: OK
위의 예에서, 서버는 미디어 컴포넌트들 및 각 컴포넌트에 할당된 QoS 매개변수들을 "미디어 컴포넌트 URL" 정보를 이용하여 구별할 수 있다. 이 필드는 세션에서 미디어 컴포넌트의 유일한 식별자이다. 클라이언트와 서버가 이러한 매개변수를 사용한다면, 무선통신기기(MT1)는 QoS 매개변수들을 셋업 시기에 또는 Play 시기에 보내는 것을 선택할 수 있다. QoS 재협상이 발생한다면, 이 미디어 컴포넌트 URL 표시자 역시 세션 중에 매개변수들을 갱신할 가능성을 무선통신기기(MT1)에 준다.
멀티미디어 세션이 비집합적 제어 세션이라면(예컨대 오디오 및 비디오 데이터는 두 개의 별개의 서버들로부터 검색된다면), 클라이언트는 QoS 협상된 매개변수들을 셋업 명령 시에 뿐만 아니라 Play 명령 시에 안전하게 신호할 수 있는데, 각각의 미디어 컴포넌트에 대해 별개의 Play 명령들이 존재할 것이기 때문이다.
미디어 컴포넌트 URL 필드는 제1예의 세션 URL을 식별하기 위해 제시될 수도 있지만 QoS 매개변수들을 셋업 시기에 보내지 않는 것에 관한 제약은 그 경우에 대해 여전히 유효하다.
QoS 매개변수 집합이 미디어 컴포넌트 URL을 담고 있지 않다면, 스트리밍 제어 프로토콜의 요구 URL은 QoS 매개변수 할당을 위한 주 URL로서 사용되어야 한다.
본 발명이 위에서 제시된 실시예들로 한정되지 않고 첨부의 청구범위 내에서 변형될 수 있다는 것은 명백하다.

Claims (19)

  1. 통신시스템에서의 방법에 있어서,
    수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림을 선택하는 단계;
    상기 선택된 적어도 하나의 미디어 스트림을 송신하기 위한 QoS 요건들을 정의하는 단계;
    상기 적어도 하나의 미디어 스트림의 송신을 위해 무선통신네트워크로부터 송신 자원들을 예약하는 단계;
    하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기 사이의 셋업 절차를 수행하는 단계;
    적어도 하나의 미디어 스트림의 송신 시작을 수신용 통신기기에 의해 요구하는 단계; 및
    미디어 스트림들을 송신용 통신기기로부터 수신용 통신기기로 적어도 부분적으로는 무선통신네트워크를 통해 송신하는 단계로서, 선택된 적어도 하나의 미디어 스트림의 송신 시에 하나의 데이터 송신 상황정보를 이용하는 단계를 구비한 단계를 포함하고,
    상기 방법은, 적어도 하나의 미디어 스트림의 송신 시작을 수신용 통신기기에 의해 요구하는 상기 단계에 또는 그 후에, 예약된 자원들에 관한 정보를 송신용 통신기기에 송신하는 단계를 더 포함하는 방법.
  2. 제1항에 있어서, 데이터 송신 연결을 위해 적어도 다음의 매개변수들:
    - 최대비트율;
    - 보장 비트율;
    - 전송지연
    을 정의하는 단계; 및
    상기 매개변수들을 송신용 통신기기에 알려주는 단계를 포함하는 방법.
  3. 통신시스템에서의 방법에 있어서,
    수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림을 선택하는 단계;
    상기 선택된 적어도 하나의 미디어 스트림을 송신하기 위한 QoS 요건들을 정의하는 단계;
    상기 적어도 하나의 미디어 스트림의 송신을 위해 무선통신 네트워크로부터 송신 자원들을 예약하는 단계;
    적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기 사이의 셋업 절차를 수행하는 단계;
    적어도 하나의 미디어 스트림의 송신 시작을 수신용 통신기기에 의해 요구하는 단계; 및
    미디어 스트림들을 송신용 통신기기로부터 수신용 통신기기로 적어도 부분적으로는 무선통신 네트워크를 통해 송신하는 단계로서, 각각의 선택된 미디어 스트림에 대해 하나의 데이터 송신 상황정보를 이용하는 단계를 포함하며,
    상기 방법은, 허락된 예약된 자원들에 관한 정보를 무선통신네트워크로부터 수신용 통신기기에 송신하는 단계, 및 허락된 예약된 자원들에 관한 수신된 정보를 셋업 절차 중에 또는 그 후에 수신용 통신기기로부터 추가로 송신용 통신기기에 송신하는 단계를 더 포함하는 방법.
  4. 제3항에 있어서, 상기 셋업 절차는
    선택된 미디어 스트림을 가리키기 위해 셋업 명령을 수신용 통신기기로부터 송신용 통신기기에 보내는 단계,
    셋업 명령에 대한 응신을 송신용 통신기기로부터 수신용 통신기기에 송신하는 단계를 포함하는 방법.
  5. 제4항에 있어서, 선택된 미디어 스트림의 송신 시작을 요구하기 위해 명령을 수신용 통신기기로부터 송신용 통신기기로 보내는 단계를 더 포함하는 방법.
  6. 제3항 내지 제5항 중 어느 한 항에 있어서, 허락된 예약된 자원들에 관한 정보의 수신용 통신기기로부터 송신용 통신기기로의 상기 송신은 적어도 하나의 미디어 스트림의 송신 시작이 요구될 때 수행되는 방법.
  7. 제3항 내지 제5항 중 어느 한 항에 있어서, 실시간 스트리밍 프로토콜이 사용되는 방법.
  8. 제7항에 있어서, 상기 셋업 절차는 상기 실시간 스트리밍 프로토콜의 셋업 명령을 보내는 단계를 포함하는 방법.
  9. 제7항에 있어서, 적어도 하나의 미디어 스트림의 송신 시작을 요구하는 상기 단계는 상기 실시간 스트리밍 프로토콜의 플레이 명령을 보내는 단계를 포함하는 방법.
  10. 통신시스템에서의 방법에 있어서,
    적어도 하나의 미디어 스트림을 송신용 통신기기로부터 수신용 통신기기로 송신하기 위해 수신용 통신기기에 의해 QoS 요건들에 관한 정보를 요구하는 단계;
    상기 적어도 하나의 미디어 스트림의 송신을 위해 수신용 통신기기에 의해 무선통신 네트워크로부터 송신 자원들을 요구하는 단계;
    송신을 위한 자원들을 무선통신 네트워크에 의해 예약하는 단계;
    예약된 자원들에 관한 정보를 수신용 통신기기에 무선통신 네트워크에 의해 송신하는 단계;
    하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기에 의해 셋업 절차를 수행하는 단계;
    송신 명령의 시작을 송신용 통신기기에 송신함으로써 적어도 하나의 미디어 스트림의 송신 시작을 수신용 통신기기에 의해 요구하는 단계로서, 예약된 자원들에 관한 정보도 송신용 통신기기에 송신 명령으로 송신되는 단계; 및
    미디어 스트림들을 송신용 통신기기로부터 수신용 통신기기로 적어도 부분적으로는 무선통신 네트워크를 통해 하나의 패킷 데이터 송신 연결을 이용하여 송신하는 단계를 포함하는 방법.
  11. 통신시스템에서의 방법에 있어서,
    적어도 하나의 미디어 스트림을 송신용 통신기기로부터 수신용 통신기기로 송신하기 위해 수신용 통신기기에 의해 QoS 요건들에 관한 정보를 요구하는 단계;
    상기 적어도 하나의 미디어 스트림의 송신을 위해 수신용 통신기기에 의해 무선통신 네트워크로부터 송신 자원들을 요구하는 단계;
    송신을 위한 자원들을 무선통신 네트워크에 의해 예약하는 단계;
    예약된 자원들에 관한 정보를 수신용 통신기기에 무선통신 네트워크에 의해 송신하는 단계; 및
    적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기에 의해 셋업 절차를 수행하는 단계를 포함하며, 셋업 절차는,
    허락된 예약된 자원들에 관한 정보를 수신용 통신기기에 의해 무선통신네트워크로부터 수신하는 단계,
    허락된 예약된 자원들에 관한 수신된 정보를 수신용 통신기기에 의해 송신용 통신기기에 송신하는 단계, 및
    적어도 하나의 미디어 스트림의 송신 시작을 송신용 통신기기에 송신 명령의 시작을 송신함으로써 요구하는 단계로서 허락된 예약된 자원들에 관한 정보가 송신용 통신기기에 이 송신 명령으로 송신되는 단계를 구비하고,
    상기 방법은 미디어 스트림들을 송신용 통신기기로부터 수신용 통신기기로 적어도 부분적으로는 무선통신 네트워크를 통해 적어도 하나의 패킷 데이터 송신 연결을 이용하여 송신하는 단계를 더 포함하는 방법.
  12. 미디어 스트림들을 송신용 통신기기로부터 수신용 통신기기에 적어도 부분적으로는 무선통신 네트워크를 통해 송신하기 위한 수단;
    수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림을 선택하기 위한 수단;
    상기 선택된 적어도 하나의 미디어 스트림을 송신하기 위한 QoS 요건들을 정의하기 위한 수단;
    상기 적어도 하나의 미디어 스트림의 송신을 위해 송신 자원들을 무선통신네트워크로부터 예약하기 위한 수단;
    하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기 사이의 셋업 절차를 수행하기 위한 수단;
    적어도 하나의 미디어 스트림의 송신 시작을 수신용 통신기기에 의해 요구하기 위한 수단;
    선택된 적어도 하나의 미디어 스트림의 송신 시 하나의 데이터 송신 상황정보를 이용하기 위한 수단; 및
    적어도 하나의 미디어 스트림의 송신 시작이 수신용 통신기기에 의해 요구될 때 또는 그 후에, 예약된 자원들에 관한 정보를 송신용 통신기기에 송신하기 위한 수단을 포함하는 통신시스템.
  13. 미디어 스트림들을 송신용 통신기기로부터 수신용 통신기기에 적어도 부분적으로는 무선통신 네트워크를 통해 적어도 하나의 패킷 데이터 송신 연결을 이용하여 송신하기 위한 수단;
    수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림을 선택하기 위한 수단;
    상기 선택된 적어도 하나의 미디어 스트림을 송신하기 위한 QoS 요건들을 정의하기 위한 수단;
    상기 적어도 하나의 미디어 스트림의 송신을 위해 무선통신네트워크로부터 송신 자원들을 예약하기 위한 수단;
    적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기 사이의 셋업 절차를 수행하기 위한 수단;
    허락된 예약된 자원들에 관한 정보를 무선통신네트워크로부터 수신용 통신기기에 송신하고, 허락된 예약된 자원들에 관한 수신된 정보를 수신용 통신기기로부터 송신용 통신기기에 추가로 송신하기 위한 수단;
    적어도 하나의 미디어 스트림의 송신 시작을 수신용 통신기기에 의해 요구하기 위한 수단;
    선택된 적어도 하나의 미디어 스트림의 송신 시에 하나의 데이터 송신 상황정보를 이용하기 위한 수단; 및
    허락된 예약된 자원들에 관한 정보를 셋업 절차에 관련하여 송신용 통신기기에 송신하기 위한 수단을 포함하는 통신시스템.
  14. 미디어 스트림들을 수신용 통신기기에 적어도 부분적으로는 무선통신 네트워크를 통해 적어도 하나의 패킷 데이터 송신 연결을 이용하여 송신하기 위한 송신기로서, 수신용 통신기기로부터의 셋업 메시지에 응답하기에 적합하게 된 송신기;
    수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림의 선택 정보를 수신하기 위한 수단;
    적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기 사이의 셋업 절차를 위한 셋업 메시지를 수신하기 위한 수신기;
    적어도 하나의 미디어 스트림의 송신 시작 요구를 수신하기 위한 수단; 및
    선택된 적어도 하나의 미디어 스트림의 송신 시 하나의 데이터 송신 상황정보를 이용하기 위한 수단을 포함하며,
    수신기는 셋업 절차에 관련하여 수신용 통신기기로부터 상기 적어도 하나의 패킷 데이터 송신 연결을 위해 허락된 예약된 자원들에 관한 정보를 수신하기에 적합하게 된 송신용 통신기기.
  15. 미디어 스트림들을 송신용 통신기기로부터 적어도 부분적으로는 무선통신 네트워크를 통해 적어도 하나의 패킷 데이터 송신 연결을 이용하여 수신하기 위한 수신기;
    수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림을 선택하기 위한 수단 ;
    상기 적어도 하나의 미디어 스트림의 송신을 위해 무선통신네트워크로부터 송신 자원들을 요구하기 위한 수단;
    적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 송신용 통신기기 사이의 셋업 절차를 개시하기 위한 수단;
    허락된 예약된 자원들에 관한 정보를 무선통신네트워크로부터 수신하기 위한 수단;
    허락된 예약된 자원들에 관한 수신된 정보를 송신용 통신기기에 추가로 송신하기 위한 수단;
    적어도 하나의 미디어 스트림의 송신 시작을 요구하기 위한 수단;
    선택된 적어도 하나의 미디어 스트림의 송신 시 하나의 데이터 송신 상황정보를 이용하기 위한 수단; 및
    허락된 예약된 자원들에 관한 정보를 셋업 절차에 관련하여 송신용 통신기기에 송신하기 위한 수단을 포함하는 수신용 통신기기.
  16. 미디어 스트림들을 수신용 통신기기에 적어도 부분적으로는 무선통신 네트워크를 통해 적어도 하나의 패킷 데이터 송신 연결을 이용하여 송신하기 위한 송신기로서, 수신용 통신기기로부터의 셋업 메시지에 응답하기에 적합하게 된 송신기;
    수신용 통신기기에 송신하려는 적어도 하나의 미디어 스트림의 선택 정보를 수신하기 위한 수단;
    적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 수신용 통신기기 및 무선통신기기 사이의 셋업 절차를 위한 셋업 메시지를 수신하기 위한 수신기;
    적어도 하나의 미디어 스트림의 송신 시작 요구를 수신하기 위한 수단; 및
    선택된 적어도 하나의 미디어 스트림의 송신 시 하나의 데이터 송신 상황정보를 이용하기 위한 수단을 포함하며,
    수신기는 셋업 절차에 관련하여 수신용 통신기기로부터 상기 적어도 하나의 패킷 데이터 송신 연결을 위해 허락된 예약된 자원들에 관한 정보를 수신하기에 적합하게 된 무선통신기기.
  17. 미디어 스트림들을 송신용 통신기기로부터 적어도 부분적으로는 무선통신 네트워크를 통해 적어도 하나의 패킷 데이터 송신 연결을 이용하여 수신하기 위한 수신기;
    무선통신기기에 송신하려는 적어도 하나의 미디어 스트림을 선택하기 위한 수단;
    상기 선택된 적어도 하나의 미디어 스트림을 송신하기 위한 QoS 요건들을 정의하기 위한 수단;
    상기 적어도 하나의 미디어 스트림의 수신을 위해 무선통신 네트워크로부터 자원들을 요구하기 위한 수단;
    적어도 하나의 패킷 데이터 송신 연결을 활동적이게 하기 위해 무선통신기기 및 송신용 통신기기 사이의 셋업 절차를 개시하기 위한 수단;
    허락된 예약된 자원들에 관한 정보를 무선통신네트워크로부터 수신하기 위한 수단;
    허락된 예약된 자원들에 관한 수신된 정보를 송신용 통신기기에 추가로 송신하기 위한 수단;
    적어도 하나의 미디어 스트림의 송신 시작을 요구하기 위한 수단;
    선택된 적어도 하나의 미디어 스트림의 송신 시 하나의 데이터 송신 상황정보를 이용하기 위한 수단; 및
    허락된 예약된 자원들에 관한 정보를 송신용 통신기기에 셋업 절차에 관련하여 송신하기 위한 수단을 포함하는 무선통신기기.
  18. 제17항에 있어서, 셋업 절차를 개시하기 위한 수단은 실시간 스트리밍 프로토콜에 따라 셋업 명령을 송신하기에 적합하게 된 무선통신기기.
  19. 제17항에 있어서, 적어도 하나의 미디어 스트림의 송신 시작을 요구하기 위한 수단은 실시간 스트리밍 프로토콜에 따라 플레이 명령을 송신하기에 적합하게 된 무선통신기기.
KR1020057025114A 2003-06-27 2004-06-24 무선통신네트워크에서 자원 예약을 위한 방법 및 시스템 KR100752608B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US48315703P 2003-06-27 2003-06-27
US60/483,157 2003-06-27
PCT/FI2004/050107 WO2005002264A1 (en) 2003-06-27 2004-06-24 Method and system for resource reservation in a wireless communication network

Publications (2)

Publication Number Publication Date
KR20060054206A KR20060054206A (ko) 2006-05-22
KR100752608B1 true KR100752608B1 (ko) 2007-08-29

Family

ID=33552035

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020057025114A KR100752608B1 (ko) 2003-06-27 2004-06-24 무선통신네트워크에서 자원 예약을 위한 방법 및 시스템

Country Status (7)

Country Link
EP (1) EP1639852A1 (ko)
JP (2) JP2007520905A (ko)
KR (1) KR100752608B1 (ko)
CN (1) CN1843050B (ko)
BR (1) BRPI0412014A (ko)
RU (1) RU2337505C2 (ko)
WO (1) WO2005002264A1 (ko)

Families Citing this family (27)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2008541532A (ja) * 2005-05-03 2008-11-20 ノキア コーポレイション マルチメディアセッションのためのサービスの質(QoS)パラメータのシグナリング
CN101009697B (zh) * 2006-01-26 2011-06-15 华为技术有限公司 业务层提高资源请求成功率和效率的系统及其方法
CN1870651B (zh) * 2006-03-01 2010-10-06 华为技术有限公司 处理资源请求的设备和方法
JP4782847B2 (ja) * 2006-03-02 2011-09-28 テレフオンアクチーボラゲット エル エム エリクソン(パブル) 広帯域コーデック・ネゴシエーション
CN100461766C (zh) * 2006-08-02 2009-02-11 华为技术有限公司 一种为实时流媒体业务分配资源的方法及装置
DE602006003901D1 (de) * 2006-08-24 2009-01-08 Research In Motion Ltd System zur Feststellung des Erreichens der maximalen Anzahl hergestellter IP-Verbindungen und ein dazugehöriges Verfahren
JP4629075B2 (ja) * 2006-08-24 2011-02-09 リサーチ イン モーション リミテッド Ipセッションの最大数が確立されていることを決定するシステムおよび方法
JP2010506459A (ja) 2006-09-28 2010-02-25 クゥアルコム・インコーポレイテッド 迅速なセッション確立のための予測的なQoSリソース割り当て
RU2413373C2 (ru) 2006-09-28 2011-02-27 Квэлкомм Инкорпорейтед Объединение сигналов связи для эффективности
CN101175293B (zh) * 2006-10-30 2010-09-08 华为技术有限公司 采用push模式的呼叫方法
CN101572715B (zh) * 2009-04-15 2014-03-19 中兴通讯股份有限公司 多媒体服务创建方法及系统
CN101583018B (zh) * 2009-06-03 2011-05-11 中兴通讯股份有限公司 流媒体的频道业务和点播业务统一管理的方法及系统
US8873381B2 (en) 2009-06-22 2014-10-28 Qualcomm Incorporated Bearer quality of service selection
CN101808371B (zh) * 2010-03-30 2012-07-11 重庆邮电大学 支持多跳资源预留的IEEE802.16Mesh网络资源预留方法
EP3110105A1 (en) * 2011-02-11 2016-12-28 Interdigital Patent Holdings, Inc. Method and apparatus for synchronizing mobile station media flows during a collaborative session
WO2012175227A1 (en) * 2011-06-23 2012-12-27 Telefonaktiebolaget L M Ericsson (Publ) Methods and apparatus for identifying rtp media streams containing related media data
EP2557753A1 (en) * 2011-08-09 2013-02-13 Alcatel Lucent Method for streaming video content, edge node and client entity realizing such a method
WO2013057315A2 (en) * 2011-10-21 2013-04-25 Fraunhofer-Gesellschaft zur Förderung der angewandten Forschung e.V. Resource management concept
DE102011088884A1 (de) 2011-12-16 2013-06-20 Siemens Aktiengesellschaft Verfahren zur Übertragung von Daten in einem Kommunikationsnetz
CN103188730B (zh) * 2011-12-31 2015-10-07 中国移动通信集团山东有限公司 系统资源负荷调节系统、方法及装置、调节服务器设备
JP6466850B2 (ja) 2013-10-28 2019-02-06 サターン ライセンシング エルエルシーSaturn Licensing LLC コンテンツ供給装置、コンテンツ供給方法、プログラム、端末装置、およびコンテンツ供給システム
US20150358374A1 (en) * 2014-06-04 2015-12-10 Acer Incorporated Method of Data Transmission in Multicast or Broadcast Service
CN105207982B (zh) * 2014-06-30 2019-10-11 中兴通讯股份有限公司 资源共享处理方法、装置及p-cscf
US9749902B2 (en) 2014-08-19 2017-08-29 Qualcomm Incorporated Admission control and load balancing
CN107211188B (zh) * 2015-01-28 2021-01-05 索尼公司 信息处理方法、信息处理设备和程序
ES2938796T3 (es) 2016-09-29 2023-04-14 Nokia Technologies Oy Conmutación de portadora de radio en acceso por radio
EP3550884B1 (en) 2016-12-29 2021-09-08 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Improved communication resource utilization in wireless communication systems

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003075522A1 (en) * 2002-03-05 2003-09-12 Pa Consulting Services Ltd. Management of aggregated streaming flows between a qos manager and an application

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR100694026B1 (ko) * 1999-11-01 2007-03-12 삼성전자주식회사 광대역 무선 전송방법 및 장치
EP1154664A1 (en) * 2000-05-09 2001-11-14 Lucent Technologies Inc. Resource reservation in 3G or future generation telecommunication network II

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003075522A1 (en) * 2002-03-05 2003-09-12 Pa Consulting Services Ltd. Management of aggregated streaming flows between a qos manager and an application

Also Published As

Publication number Publication date
JP2010200359A (ja) 2010-09-09
RU2337505C2 (ru) 2008-10-27
WO2005002264A1 (en) 2005-01-06
CN1843050B (zh) 2011-02-09
RU2006102360A (ru) 2006-08-10
EP1639852A1 (en) 2006-03-29
JP2007520905A (ja) 2007-07-26
BRPI0412014A (pt) 2006-08-15
CN1843050A (zh) 2006-10-04
KR20060054206A (ko) 2006-05-22

Similar Documents

Publication Publication Date Title
KR100752608B1 (ko) 무선통신네트워크에서 자원 예약을 위한 방법 및 시스템
KR100855610B1 (ko) 통신 시스템에서의 자원 할당 방법
KR100731963B1 (ko) 네트워크에서 QoS 프로파일 파라미터를 통지 및부여하는 방법, 시스템 및 통신 장치
US9826542B2 (en) Method and devices for specifying the quality of service in a transmission of data packets
KR101008698B1 (ko) 멀티미디어 세션을 위한 서비스 품질 파라미터의 시그널링
EP1120939B1 (en) Method, server and arrangement in a communication network
US20040218607A1 (en) Handling traffic flows in a mobile communications network
KR20050105208A (ko) 이동 망들에서 다이나믹 미디어 인가
CN101336532A (zh) 用于在数据传输中安装分组过滤器的方法和设备
RU2406242C2 (ru) Способ и устройства для установки фильтров пакетов в передаче данных
KR20040012132A (ko) 이동통신 시스템에서 회의통화 서비스를 위한 음성 데이터전송 장치 및 방법

Legal Events

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

Payment date: 20120802

Year of fee payment: 6

FPAY Annual fee payment

Payment date: 20130801

Year of fee payment: 7

FPAY Annual fee payment

Payment date: 20150717

Year of fee payment: 9

FPAY Annual fee payment

Payment date: 20160720

Year of fee payment: 10

FPAY Annual fee payment

Payment date: 20170719

Year of fee payment: 11

LAPS Lapse due to unpaid annual fee