KR101532524B1 - 무선 통신 시스템 내에서 통신 세션 동안 콜 셋업 서비스 품질 (QoS) 리소스 예약들을 선택적으로 프로비져닝하는 것 - Google Patents

무선 통신 시스템 내에서 통신 세션 동안 콜 셋업 서비스 품질 (QoS) 리소스 예약들을 선택적으로 프로비져닝하는 것 Download PDF

Info

Publication number
KR101532524B1
KR101532524B1 KR1020147009030A KR20147009030A KR101532524B1 KR 101532524 B1 KR101532524 B1 KR 101532524B1 KR 1020147009030 A KR1020147009030 A KR 1020147009030A KR 20147009030 A KR20147009030 A KR 20147009030A KR 101532524 B1 KR101532524 B1 KR 101532524B1
Authority
KR
South Korea
Prior art keywords
communication session
qos
message
flow
request
Prior art date
Application number
KR1020147009030A
Other languages
English (en)
Other versions
KR20140061496A (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 KR20140061496A publication Critical patent/KR20140061496A/ko
Application granted granted Critical
Publication of KR101532524B1 publication Critical patent/KR101532524B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/26—Resource reservation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/40—Connection management for selective distribution or broadcast
    • H04W76/45—Connection management for selective distribution or broadcast for Push-to-Talk [PTT] or Push-to-Talk over cellular [PoC] services
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/24—Negotiating SLA [Service Level Agreement]; Negotiating QoS [Quality of Service]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W80/00—Wireless network protocols or protocol adaptations to wireless operation
    • H04W80/04—Network layer protocols, e.g. mobile IP [Internet Protocol]

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Quality & Reliability (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

휴면 AT 는 적어도 하나의 목표 AT 와 통신 세션을 개시하라는 요청을 수신한다. 이 지점에서, AT 는 연관된 활성 TCH 또는 적어도 개시되는 통신 세션에 대한 콜 셋업과 연관되는 IP 흐름에 대한 QoS 예약을 갖지 않는다. AT 는 액세스 네트워크 (AN) 로, 적어도 개시되는 통신 세션에 대한 콜 셋업과 연관되는 IP 흐름에 대한 QoS 리소스 예약을 요청하는 메시지를 구성하여 송신한다. AN 는 그 IP 흐름 에 대한 QoS 리소스 예약들에 대한 요청을 부여한다. 일 실시형태에서, AN 는 QoS 리소스 예약 할당 메시지를 할당된 TCH 상에서 AT 로 송신함으로써 QoS 리소스 요청을 부여할 수 있다. 세션의 목표 AT 는 또한 AN 에 의해 활성 TCH 및 수신한다. 이 지점에서, AT 는 연관된 활성 TCH 또는 적어도 개시되는 통신 세션에 대한 콜 셋업과 연관되는 IP 흐름에 대한 QoS 예약을 갖지 않는다. AT 는 액세스 네트워크 (AN) 로, 적어도 개시되는 통신 세션에 대한 콜 셋업과 연관되는 IP 흐름에 대한 QoS 리소스 예약을 요청하는 메시지를 구성하여 송신한다. AN 는 그 IP 흐름 에 대한 QoS 리소스 예약들에 대한 요청을 부여한다. 일 실시형태에서, AN 는 QoS 리소스 예약 할당 메시지를 할당된 TCH 상에서 AT 로 송신함으로써 QoS 리IP-흐름 QoS 리소스 예약에 할당된다.

Description

무선 통신 시스템 내에서 통신 세션 동안 콜 셋업 서비스 품질 (QoS) 리소스 예약들을 선택적으로 프로비져닝하는 것{SELECTIVELY PROVISIONING CALL SETUP QUALITY OF SERVICE (QoS) RESOURCE RESERVATIONS DURING A COMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM}
35 U.S.C. §119 하의 우선권 주장
본 특허출원은 "SELECTIVELY PROVISIONING CALL SETUP QUALITY OF SERVICE (QoS) RESOURCE RESERVATIONS DURING A COMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM" 란 발명의 명칭으로, 2010년 5월 28일자로 출원되어 본 양수인에게 양도되고 본원에서 전체적으로 참조로 명시적으로 포함된 미국 가특허출원 번호 제 61/349,339 호에 대해 우선권을 주장한다.
1. 발명의 분야
본 발명은 무선 원격통신 시스템에서의 통신들에 관한 것으로, 좀더 구체적으로는, 무선 통신 시스템 내에서 통신 세션 동안 콜 셋업 서비스 품질 (QoS) 리소스 예약들을 선택적으로 프로비져닝하는 것에 관한 것이다.
2. 배경
무선 통신 시스템들은 1세대 아날로그 무선 전화 서비스 (1G), (잠정적인 2.5G 및 2.75G 네트워크들을 포함한) 2세대 (2G) 디지털 무선 전화 서비스 및 3세대 (3G) 고속 데이터 / 인터넷-가능한 무선 서비스를 포함하여, 여러 세대들에 걸쳐서 개발되어 왔다. 현재 셀룰러 및 개인 통신 서비스 (PCS) 시스템들을 포함한, 많은 상이한 유형들의 무선 통신 시스템들이 사용되고 있다. 알려진 셀룰러 시스템들의 예들은 코드분할 다중접속 (CDMA), 주파수 분할 다중접속 (FDMA), 시분할 다중접속 (TDMA), TDMA 의 GSM (Global System for Mobile access) 변형, 및 TDMA 기술과 CDMA 기술 양자를 이용한 더 새로운 하이브리드 디지털 통신 시스템들에 기초하는, 셀룰러 AMPS (cellular Analog Advanced Mobile Phone System), 및 디지털 셀룰러 시스템들을 포함한다.
CDMA 모바일 통신들을 제공하는 방법은 미국 통신산업 협회/미국 전자산업 협회에 의해, 본원에서 IS-95 라 지칭하는, "Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System" 란 제목으로 된 TIA/EIA/IS-95-A 에서, 표준화되었다. 결합된 AMPS 와 CDMA 시스템들은 TIA/EIA 표준 IS-98 에 설명되어 있다. 다른 통신 시스템들은 IMT-2000/UM, 또는 International Mobile Telecommunications System 2000/Universal Mobile Telecommunications System, 즉, 광대역 CDMA (WCDMA), (예를 들어, CDMA2000 1xEV-DO 표준들과 같은) CDMA2000 또는 TD-SCDMA 로서 지칭되는 것을 포함하는 표준들에 설명되어 있다.
무선 통신 시스템들에서, 이동국들, 핸드셋들, 또는 액세스 단말들 (AT) 은 기지국들에 인접하거나 기지국을 둘러싸는 특정의 지리적 영역들 내에서 통신 링크들 또는 서비스를 지원하는 고정 위치 기지국들 (또한, 셀 사이트들 또는 셀들로서 지칭됨) 로부터 신호들을 수신한다. 기지국들은 네트워크 (AN) / 무선 액세스 네트워크 (RAN) 에 액세스하는 입장 지점들을 제공하며, 이 네트워크 (AN) / 무선 액세스 네트워크 (RAN) 는 일반적으로 서비스 품질 (QoS) 요구사항들에 기초하여 트래픽을 구별하는 방법들을 지원하는 표준 IETF (Internet Engineering Task Force) 기반의 프로토콜들을 이용하는 패킷 데이터 네트워크이다. 따라서, 기지국들은 일반적으로 공중 인터페이스를 통해서 ATs 와 상호작용하며 인터넷 프로토콜 (IP) 네트워크 데이터 패킷들을 통해서 AN 과 상호작용한다.
무선 원격통신 시스템들에서, 푸시-투-토크 (PTT) 능력들이 서비스 섹터들 및 소비자들에게 대중화되고 있다. PTT 는 CDMA, FDMA, TDMA, GSM 등과 같은 표준적인 상업적 무선 기반구조들을 걸쳐서 동작하는 "디스패치 (dispatch)" 보이스 서비스를 지원할 수 있다. 디스패치 모델에서는, 종점들 (ATs) 사이의 통신이 가상 그룹들 내에서 일어나며, 이때, 한 명의 "화자" 의 보이스가 한 명 이상의 "청취자들" 에게 송신된다. 이 유형의 통신의 단일 인스턴스가 일반적으로 디스패치 콜, 또는 간단히, PTT 콜로서 지칭된다. PTT 콜은 콜의 특성들을 정의하는 그룹의 인스턴스화이다. 그룹은 본질적으로 그룹 이름 또는 그룹 식별 ID 와 같은 멤버 리스트 및 연관된 정보로 정의된다.
종래, 무선 통신 네트워크 내 데이터 패킷들은 단일 목적지 또는 액세스 단말로 전송되도록 구성되었다. 단일 목적지로의 데이터의 송신은 "유니캐스트" 로서 지칭된다. 모바일 통신들이 증가됨에 따라, 주어진 데이터를 동시발생적으로 다수의 액세스 단말들로 송신하는 능력이 더욱 중요하게 되었다. 따라서, 다수의 목적지들 또는 목표 액세스 단말들로의 동일한 패킷 또는 메시지의 병행 데이터 송신들을 지원하도록 프로토콜들이 채택되었다. "브로드캐스트" 는 (예컨대, 주어진 셀 내에서, 주어진 서비스 제공자 등에 의해 서비스되는) 모든 목적지들 또는 액세스 단말들로의 데이터 패킷들의 송신을 지칭하지만, "멀티캐스트" 는 목적지들 또는 액세스 단말들의 주어진 그룹으로의 데이터 패킷들의 송신을 지칭한다. 일 예에서, 목적지들의 주어진 그룹 또는 "멀티캐스트 그룹" 은 하나 보다 많고 모두보다는 작은 (예컨대, 주어진 그룹 내에서, 주어진 서비스 제공자 등에 의해 서비스되는) 가능한 목적지들 또는 액세스 단말들을 포함할 수도 있다. 그러나, 어떤 상황들에서는, 멀티캐스트 그룹이 유니캐스트와 유사하게, 오직 하나의 액세스 단말을 포함하거나, 또는 대안적으로 멀티캐스트 그룹이 브로드캐스트와 유사하게, (예컨대, 셀 또는 섹터 내에서) 모든 액세스 단말들을 포함하는 것이 적어도 가능하다.
브로드캐스트들 및/또는 멀티캐스트들은 무선 통신 시스템들 내에서, 멀티캐스트 그룹을 수락하기 위해 복수의 순차적인 유니캐스트 동작들을 수행하는 것, 다수의 데이터 송신들을 동시에 처리하기 위해 고유 브로드캐스트/멀티캐스트 채널 (BCH) 을 할당하는 것 및 기타 등등과 같은, 다수의 방법으로, 수행될 수도 있다. 푸시-투-토크 통신들에 브로드캐스트 채널을 이용하는 종래의 시스템이 2007년 3월 1일자, "Push-To-Talk Group Call System Using CDMA 1x-EVDO Cellular Network" 란 발명의 명칭의, 미국 특허출원 공개번호 제 2007/0049314호에 설명되어 있으며, 이의 내용들이 본원에 전체적으로 참조된다. 공개번호 제 2007/0049314호에서 설명되어 있는 바와 같이, 브로드캐스트 채널이 종래의 시그널링 기법들을 이용하여 푸시-투-토크 콜들에 사용될 수 있다. 비록 브로드캐스트 채널의 사용이 종래의 유니캐스트 기법들에 걸쳐서 대역폭 요구사항들을 향상시킬 수 있지만, 브로드캐스트 채널의 종래의 시그널링은 여전히 추가적인 오버헤드 및/또는 지연을 초래할 수 있으며 시스템 성능을 저하시킬 수도 있다.
3세대 파트너십 프로젝트 2 (3rd Generation Partnership Project 2) ("3GPP2") 는 CDMA2000 네트워크들에서 멀티캐스트 통신들을 지원하기 위한 브로드캐스트-멀티캐스트 서비스 (BCMCS) 사양을 정의한다. 따라서, 3GPP2 의 BCMCS 사양의 버전, 즉, "CDMA2000 High Rate Broadcast-Multicast Packet Data Air Interface Specification" 란 제목의, 2006년 2월 14일자, 버전 1.0 C.S0054-A 가, 본원에 전체적으로 참조로 포함된다.
휴면 AT 는 적어도 하나의 목표 AT 와의 통신 세션을 개시하라는 요청을 수신한다. 이 지점에서, AT 는 적어도 개시될 통신 세션에 대한 콜 셋업과 연관되는 IP 흐름에 대해서, 연관된 활성 TCH 또는 QoS 예약을 갖고 있지 않다. AT 는 액세스 네트워크 (AN) 로, 적어도 개시되는 통신 세션에 대한 콜 셋업과 연관되는 IP 흐름에 대해서 QoS 리소스 예약을 요청하는 메시지를 구성하여 송신한다. AN 은 그 IP 흐름에 대한 QoS 리소스 예약들에 대한 요청을 부여한다. 일 실시형태에서, AN 은 QoS 리소스 예약 할당 메시지를 할당된 TCH 상에서 AT 로 송신함으로써, QoS 리소스 요청을 부여할 수 있다. 그 세션의 목표 AT 는 또한 그 AN 에 의해 활성 TCH 및 IP-흐름 QoS 리소스 예약이 할당된다.
오직 비한정적인 예시를 위해 제공되는 첨부 도면을 함께 고려하여, 다음의 상세한 설명에 대한 참조에 의해 더 잘 이해되므로, 본 발명의 실시형태들 및 많은 이의 부수하는 이점들의 좀더 충분한 이해가 용이하게 이루어질 것이다:
도 1a 는 본 발명의 적어도 일 실시형태에 따른, 액세스 단말들 및 액세스 네트워크들을 지원하는 무선 네트워크 아키텍처의 다이어그램이다.
도 1b 는 본 발명의 예시적인 실시형태에 따른, 캐리어 네트워크를 도시한다.
도 2 는 본 발명의 적어도 일 실시형태에 따른, 액세스 단말의 예시이다.
도 3a 내지 도 3c 는 본 발명의 실시형태들에 따른, 신호 흐름도들이다.
도 4 는 본 발명의 적어도 일 실시형태에 따른, 그룹 통신 시스템의 예시이다.
도 5 는 본 발명의 적어도 일 실시형태에 따른, 무선 링크 프로토콜 (RLP) 흐름들의 예시이다.
도 6 은 본 발명의 적어도 일 실시형태에 따른, 플로우차트이다.
도 7 은 본 발명의 적어도 일 실시형태에 따른, 목표 액세스 단말에 관련되는 신호 흐름도이다.
도 8a 및 도 8b 는 서버-중재 통신 세션에 대한 종래의 콜 셋업 프로세스를 도시한다.
도 9a 및 도 9b 는 본 발명의 적어도 일 실시형태에 따른, 서버-중재 통신 세션에 대한 콜 셋업 프로세스를 도시한다.
본 발명의 양태들이 특정의 본 발명의 실시형태들에 관련되는 다음 설명 및 관련된 도면들에 개시된다. 대안적인 실시형태들이 본 발명의 범위로부터 일탈함이 없이 창안될 수도 있다. 게다가, 본 발명의 널리 공지된 엘리먼트들은 본 발명의 관련된 세부 사항들을 흐리지 않게 하기 위해서 자세하게 설명되지 않거나 또는 생략된다.
단어 "예시적인" 은 "일 예, 사례, 또는 예시로서 기능하는 것" 을 의미하도록 본원에서 사용된다. 본원에서 "예시적인" 으로 설명하는 임의의 실시형태는 다른 실시형태들보다 반드시 바람직하거나 또는 유리한 것으로 해석될 필요가 없다. 이와 유사하게, 용어 "본 발명의 실시형태들" 은, 모든 본 발명의 실시형태들이 설명하는 피쳐, 이점 또는 동작의 모드를 포함하는 것을 필요로 하지 않는다.
또, 많은 실시형태들이 예를 들어, 컴퓨팅 디바이스의 엘리먼트들에 의해 수행되는 액션들의 시퀀스들의 관점에서 설명된다. 본원에서 설명하는 여러 액션들이 특정의 회로들 (예컨대, 주문형 집적회로들 (ASICs)) 에 의해, 하나 이상의 프로세서들에 의해 실행되는 프로그램 명령들에 의해, 또는 양자의 조합에 의해 수행될 수 있다는 것을 명백히 알 수 있을 것이다. 게다가, 본원에서 설명하는 액션들의 이들 시퀀스는 실행 시 연관된 프로세서로 하여금 본원에서 설명하는 기능을 수행할 수 있도록 하는 컴퓨터 명령들의 대응하는 세트를 안에 저장하고 있는 임의 유형의 컴퓨터 판독가능 저장 매체 내에 전체적으로 구현되는 것으로 간주될 수 있다. 따라서, 본 발명의 여러 양태들이 다수의 상이한 형태들로 구현될 수도 있으며, 이의 모두가 청구된 요지의 범위 내인 것으로 고려되었다. 게다가, 본원에서 설명하는 실시형태들의 각각에 있어, 대응하는 형태의 임의의 이런 실시형태들은 예를 들어, 설명되는 액션을 수행하도록 "구성된 로직" 으로 본원에서 설명될 수도 있다.
액세스 단말 (AT) 로서 지칭되는, 높은 데이터 레이트 (HDR) 가입자국 (예컨대, 1xEV-DO 이용가능 무선 디바이스) 은 이동하거나 또는 고정될 수도 있으며, 모뎀 풀 송수신기들 (MPTs) 또는 기지국들 (BS) 으로 본원에서 지칭되는 하나 이상의 HDR 기지국들과 통신할 수도 있다. 액세스 단말은 데이터 패킷들을 하나 이상의 모뎀 풀 송수신기들을 통해서 모뎀 풀 제어기 (MPC), 기지국 제어기 (BSC) 및/또는 모바일 스위칭 센터 (MSC) 로서 지칭되는 HDR 기지국 제어기로 송수신한다. 모뎀 풀 송수신기들 및 모뎀 풀 제어기들은 액세스 네트워크에 의해 콜되는 네트워크의 부분들이다. 액세스 네트워크 (AN) (또한, 무선 액세스 네트워크 (RAN) 로서 본원에서 지칭됨) 는 다수의 액세스 단말들 사이에 데이터 패킷들을 전송한다.
액세스 네트워크는 기업 인트라넷 또는 인터넷과 같은 액세스 네트워크 외부의 추가적인 네트워크들에 추가로 접속될 수도 있으며, 각각의 액세스 단말과 이런 외부 네트워크들 사이에 데이터 패킷들을 전송할 수도 있다. 하나 이상의 모뎀 풀 송수신기들과 활성 트래픽 채널 접속을 확립한 액세스 단말을 활성 액세스 단말이라 하며, 트래픽 상태에 있다고 말할 수 있다. 하나 이상의 모뎀 풀 송수신기들과 활성 트래픽 채널 접속을 확립하는 과정에 있는 액세스 단말은 접속 셋업 상태에 있다고 말할 수 있다. 액세스 단말은 무선 채널을 통해서 또는 유선 채널을 통해서, 예를 들어 광섬유 또는 동축 케이블들을 이용하여 통신하는 임의의 데이터 디바이스일 수도 있다. 액세스 단말은 또한 PC 카드, 컴팩트한 플래시, 외부 또는 내부 모뎀, 또는 무선 또는 유선 전화기에 한하지 않고 포함하는, 다수의 유형들의 디바이스들 중 임의의 디바이스일 수도 있다. 액세스 단말이 신호들을 모뎀 풀 송수신기로 전송하는 통신 링크를 역방향 링크 또는 트래픽 채널이라 한다. 모뎀 풀 송수신기가 신호들을 액세스 단말로 전송하는 통신 링크를 순방향 링크 또는 트래픽 채널이라 한다. 본원에서 사용될 때, 용어 트래픽 채널은 순방향 또는 역방향 트래픽 채널을 지칭할 수 있다.
도 1a 는 본 발명의 적어도 일 실시형태에 따른, 무선 시스템 (100) 의 하나의 예시적인 실시형태의 블록도를 도시한다. 시스템 (100) 은 액세스 단말 (102) 을 패킷 스위칭 데이터 네트워크 (예컨대, 인트라넷, 인터넷, 및/또는 캐리어 네트워크 (126)) 와 액세스 단말들 (102, 108, 110, 112) 사이에 데이터 접속을 제공하는 네트워크 장비에 접속할 수 있는 액세스 네트워크 또는 무선 액세스 네트워크 (RAN) (120) 와 공중 인터페이스 (104) 를 가로질러 통신하는, 셀룰러 전화기 (102) 와 같은, 액세스 단말들을 포함할 수 있다. 본 명세서에서 나타낸 바와 같이, 액세스 단말은 셀룰러 전화기 (102), 개인 휴대정보 단말기 (108), 양방향 텍스트 페이저로서 본원에서 나타내는 페이저 (110), 또는 심지어 무선 통신 포털을 갖는 별개의 컴퓨터 플랫폼 (112) 일 수도 있다. 따라서, 본 발명의 실시형태들은 무선 모뎀들, PCMCIA 카드들, 개인용 컴퓨터들, 전화기들, 또는 임의의 조합 또는 이들의 하위-조합을 제한없이 포함한, 무선 통신 포털을 포함하거나 또는 무선 통신 능력들을 갖는 임의 유형의 액세스 단말 상에서 실현될 수 있다. 또, 본원에서 사용할 때, 용어들 "액세스 단말", "무선 디바이스", "클라이언트 디바이스", "모바일 터미널" 및 이의 변형들은 상호 교환가능하게 사용될 수도 있다.
도 1a 를 다시 참조하면, 무선 네트워크 (100) 의 구성요소들 및 본 발명의 예시적인 실시형태들의 엘리먼트들의 상호관계는 도시된 구성에 한정되지 않는다. 시스템 (100) 은 단지 예시적인 것으로, 캐리어 네트워크 (126), 인터넷, 및/또는 다른 원격 서버들을 제한 없이 포함한, 무선 클라이언트 컴퓨팅 디바이스들 (102, 108, 110, 112) 과 같은 원격 액세스 단말들로 하여금, 서로 사이에 그리고 간에, 및/또는 공중 인터페이스 (104) 및 RAN (120) 을 통해서 접속된 구성요소들 사이에 그리고 간에 공중으로 통신할 수 있도록 하는 임의의 시스템을 포함할 수 있다.
RAN (120) 은 기지국 제어기/패킷 제어 기능부 (BSC/PCF) (122) 로 전송되는 메시지들 (일반적으로 데이터 패킷들로서 전송됨) 을 제어한다. BSC/PCF (122) 는 패킷 데이터 서비스 노드 (160) ("PDSN") (예컨대, 도 1b 에 나타냄) 와 액세스 단말들 (102/108/110/112) 사이에 베어러 채널들 (즉, 데이터 채널들) 을 시그널링하고, 확립하고, 그리고 해제하는 것을 담당한다. 링크 층 암호화가 인에이블되면, BSC/PCF (122) 는 또한 콘텐츠를 공중 인터페이스 (104) 로 포워딩하기 전에 암호화한다. BSC/PCF (122) 의 기능은 당업계에 널리 알려져 있으며, 간결성을 위해서 더 설명하지 않는다. 캐리어 네트워크 (126) 는 네트워크, 인터넷 및/또는 공중 교환 전화 네트워크 (PSTN) 에 의해 BSC/PCF (122) 와 통신할 수도 있다. 이의 대안으로, BSC/PCF (122) 는 인터넷 또는 외부 네트워크에 직접 접속될 수도 있다. 일반적으로, 캐리어 네트워크 (126) 와 BSC/PCF (122) 사이의 네트워크 또는 인터넷 접속은 데이터를 전송하고, PSTN 은 보이스 정보를 전송한다. BSC/PCF (122) 는 다수의 기지국들 (BS) 또는 모뎀 풀 송수신기들 (MPT) (124) 에 접속된다. 캐리어 네트워크와 유사한 방법으로, BSC/PCF (122) 는 일반적으로 데이터 전송 및/또는 보이스 정보를 위해 네트워크, 인터넷 및/또는 PSTN 에 의해 MPT/BS (124) 에 접속된다. MPT/BS (124) 는 데이터 메시지들을 무선으로 셀룰러 전화기 (102) 와 같은 액세스 단말들로 브로드캐스트할 수 있다. MPT/BS (124), BSC/PCF (122) 및 다른 구성요소들은 당업계에 알려져 있는 바와 같이, RAN (120) 을 형성할 수 있다. 그러나, 대안적인 구성들이 또한 사용될 수도 있으며 본 발명은 도시된 구성에 한정되지 않는다. 예를 들어, 또다른 실시형태에서, BSC/PCF (122) 및 MPT/BS (124) 의 하나 이상의 기능이 BSC/PCF (122) 및 MPT/BS (124) 의 양자의 기능을 갖는 단일 "하이브리드" 모듈에 포함될 수도 있다.
도 1b 는 본 발명의 일 실시형태에 따른, 캐리어 네트워크 (126) 를 도시한다. 도 1b 의 실시형태에서, 캐리어 네트워크 (126) 는 패킷 데이터 서빙 노드 (PDSN) (160), 브로드캐스트 서빙 노드 (BSN) (165), 애플리케이션 서버 (170) 및 인터넷 (175) 을 포함한다. 그러나, 대안적인 실시형태들에서, 애플리케이션 서버 (170) 및 다른 구성요소들은 캐리어 네트워크의 외부에 로케이트될 수도 있다. PDSN (160) 은 예를 들어, cdma2000 무선 액세스 네트워크 (RAN) (예컨대, 도 1a 의 RAN (120)) 를 이용하는 이동국들 (예컨대, 도 1a 의 102, 108, 110, 112 과 같은 액세스 단말들) 에게, 인터넷 (175), 인트라넷들 및/또는 원격 서버들 (예컨대, 애플리케이션 서버 (170)) 에의 액세스를 제공한다. 액세스 게이트웨이로서 작동함으로써, PDSN (160) 은 간단한 IP 및 모바일 IP 액세스, 외부 에이전트 지원, 및 패킷 전송을 제공할 수도 있다. PDSN (160) 은 인증, 권한부여, 및 과금 (AAA) 서버들 및 다른 지원하는 기반구조에 대한 클라이언트로서 작동하며, 당업계에 알려져 있는 바와 같이 이동국들에게 IP 네트워크로의 게이트웨이를 제공할 수 있다. 도 1b 에 나타낸 바와 같이, PDSN (160) 은 종래의 A10 접속을 통해서 RAN (120) (예컨대, BSC/PCF (122)) 와 통신할 수도 있다. A10 접속은 당업계에 널리 공지되어 있으므로, 간결성을 위해서 추가로 설명하지 않는다.
도 1b 를 참조하면, 브로드캐스트 서빙 노드 (BSN) (165) 는 멀티캐스트 및 브로드캐스트 서비스들을 지원하도록 구성될 수도 있다. BSN (165) 은 아래에서 더욱더 자세하게 설명된다. BSN (165) 은 브로드캐스트 (BC) A10 접속을 통해서 RAN (120) (예컨대, BSC/PCF (122)) 과, 그리고, 인터넷 (175) 을 통해서 애플리케이션 서버 (170) 와 통신한다. BCA10 접속은 멀티캐스트 및/또는 브로드캐스트 메시징을 전송하는데 사용된다. 따라서, 애플리케이션 서버 (170) 는 유니캐스트 메시징을 인터넷 (175) 을 통해서 PDSN (160) 으로 전송하고, 멀티캐스트 메시징을 인터넷 (175) 을 통해서 BSN (165) 으로 전송한다.
도 2 를 참조하면, 셀룰러 전화기와 같은, 액세스 단말 (200) (여기서는, 무선 디바이스) 는, 궁극적으로 캐리어 네트워크 (126), 인터넷 및/또는 다른 원격 서버들 및 네트워크들로부터 유래할 수도 있는, RAN (120) 으로부터 송신되는 소프트웨어 애플리케이션들, 데이터 및/또는 지령들을 수신하여 실행할 수 있는 플랫폼 (202) 을 갖는다. 플랫폼 (202) 은 주문형 집적회로 ("ASIC" (208)), 또는 다른 프로세서, 마이크로프로세서, 로직 회로, 또는 다른 데이터 프로세싱 디바이스에 동작가능하게 커플링된 송수신기 (206) 를 포함할 수 있다. ASIC (208) 또는 다른 프로세서는 무선 디바이스의 메모리 (212) 내의 임의의 상주 프로그램들과 인터페이스하는 애플리케이션 프로그래밍 인터페이스 ("API") (210) 층을 실행한다. 메모리 (212) 는 판독 전용 또는 랜덤-액세스 메모리 (RAM 및 ROM), EEPROM, 플래시 카드들, 또는 컴퓨터 플랫폼들에 공통인 임의의 메모리로 이루어질 수 있다. 플랫폼 (202) 은 또한 메모리 (212) 에 능동적으로 사용되지 않는 애플리케이션들을 보유할 수 있는 로칼 데이터베이스 (214) 를 포함할 수 있다. 로칼 데이터베이스 (214) 는 일반적으로 플래시 메모리 셀이지만, 자기 매체들, EEPROM, 광학 매체들, 테이프, 소프트 또는 하드 디스크, 또는 기타 등등과 같은, 당업계에 알려져 있는 임의의 2차 저장 디바이스일 수 있다. 내부 플랫폼 (202) 구성요소들은 또한 당업계에 알려져 있는 바와 같이, 다른 구성요소들 중에서 안테나 (222), 디스플레이 (224), 푸시-투-토크 버튼 (228) 및 키패드 (226) 와 같은 외부 디바이스들에 동작가능하게 커플링될 수 있다.
따라서, 본 발명의 일 실시형태는 본원에서 설명하는 기능들을 수행하는 능력을 포함하는 액세스 단말을 포함할 수 있다. 예를 들어, 액세스 단말은 QoS 리소스들에 대한 접속 요청 및 예약을 액세스 메시지에 번들하도록 구성된 로직, 및 액세스 메시지를 액세스 네트워크로 송신하도록 구성된 로직을 포함할 수 있다. 당업자들이 주지하고 있는 바와 같이, 여러 로직 엘리먼트들이 본원에서 개시되는 기능을 달성하기 위해서 별개의 엘리먼트들, 프로세서 상에서 실행되는 소프트웨어 모듈들, 또는 소프트웨어와 하드웨어의 임의의 조합으로 구현될 수 있다. 예를 들어, ASIC (208), 메모리 (212), API (210) 및 로칼 데이터베이스 (214) 는 모두 본원에서 개시되는 여러 기능들을 적재하고, 저장하고 그리고 실행하기 위해 협동하여 사용될 수도 있으며, 따라서, 이들 기능들을 수행하는 로직은 여러 엘리먼트들에 걸쳐서 분산될 수도 있다. 이의 대안으로, 이 기능은 하나의 별개의 구성요소에 포함될 수 있다. 따라서, 도 2 에서의 액세스 단말의 피쳐들은 단지 예시적인 것으로 간주되며 본 발명은 도시된 피쳐들 또는 배열에 한정되지 않는다.
액세스 단말 (102) 과 RAN (120) 사이의 무선 통신은 코드분할 다중접속 (CDMA), 시분할 다중접속 (TDMA), 주파수 분할 다중접속 (FDMA), GSM (Global System for Mobile Communications), 또는 무선 통신 네트워크 또는 데이터 통신들 네트워크에서 사용될 수도 있는 다른 프로토콜들과 같은, 상이한 기술들에 기초할 수도 있다. 데이터 통신은 일반적으로 클라이언트 디바이스 (102), MPT/BS (124), 및 BSC/PCF (122) 사이에 존재한다. BSC/PCF (122) 는 캐리어 네트워크 (126), PSTN, 인터넷, 가상 사설 네트워크, 및 기타 등등과 같은 다수의 데이터 네트워크들에 접속됨으로써, 액세스 단말 (102) 이 더 넓은 통신 네트워크에의 액세스를 가능하게 할 수 있다. 위에서 설명한 바와 같이, 그리고 당업계에 알려져 있는 바와 같이, 보이스 송신 및/또는 데이터는 다양한 네트워크들 및 구성들을 이용하여 액세스 네트워크로부터 액세스 단말들로 송신될 수 있다. 따라서, 본원에서 제공되는 예시들은 본 발명의 실시형태들에 한정하려는 것이 아니라, 단지 본 발명의 실시형태들의 양태들의 설명을 도우려는 것이다.
도 3a 는 본 발명의 실시형태들에 따른, 번들링 통신들에 대한 흐름도를 도시한다. 310 에서, 액세스 단말 (AT) (302) 에서 통신 요청을 확립하는 초기 트리거가 있으며 (예컨대, PTT 버튼 (228) 이 눌려지며), 무선 액세스 네트워크 (RAN) (120) 와의 통신을 확립하는데 요구되는 정보 (예컨대, 접속 요청 (ConnectionRequest) 및 루트 업데이트 정보 (RouteUpdate), 통신에 사용되는 임의의 QoS 서비스들에 대한 프로비져닝 (ReservationOnRequest) 등) 가 액세스 채널 메시지에 번들된다. 게다가, 애플리케이션 층 데이터 (예컨대, DataOverSignaling (DOS) 메시지) 가 또한 종말 애플리케이션 (예컨대, 그룹 서버, 또다른 AT 상에 상주하는 애플리케이션 등) 과의 통신을 촉진하기 위해 액세스 채널 메시지에 번들될 수도 있다. 일단 액세스 메시지가 원하는 정보 (예컨대, DOS + ConnectionRequest + RouteUpdate + ReservationOnRequest) 와 번들되면, 그 액세스 메시지는 액세스 채널 (AC) 을 거쳐서 무선 액세스 네트워크 (RAN) (120) 로 전송될 수 있다 (320).
일단 번들된 메시지 (320) 가 액세스 네트워크 (120) 에서 수신되면, 액세스 네트워크는 그 요청을 프로세싱할 수 있다 (330). 330 에서, 트래픽 채널 (TCH) 및 QoS 리소스들이 이용가능하다고 가정하면, 액세스 네트워크는 요청된 예약들에 대해 트래픽 채널 및 요청된 QoS 리소스들을 할당할 수 있다. 구체적으로 설명하면, 액세스 네트워크 (120) 는 그 액세스 메시지 (ACAck) 를 수신응답하고 (332), 트래픽 채널 할당 (TCA) 을 송신하고 (334), 그리고 예약 수락 메시지 (ReservationAccept) 를 송신할 수 있다 (336). 이들 메시지들은 제어 채널 (CC) 상에서 AT (302) 로 송신될 수 있다. 데이터 레이트 제어 (DRC) 메시지가 RAN (120) 과의 데이터 통신 레이트를 확립하기 위해 AT (302) 로부터 전송될 수 있다 (340). DRC 및 파일럿을 성공적으로 수신하여 디코딩한 후, RAN (120) 은 순방향 트래픽 채널 (F-TCH) 상에서 역방향 트래픽 채널 수신응답 (RTCAck) 메시지를 송신할 수 있다 (350). RTCAck 메시지의 수신 시, AT (302) 는 역방향 트래픽 채널 (R-TCH) 상에서 트래픽 채널 완료 (TCC) 메시지를 전송할 수 있다 (360). 그후, 전용 채널들이 순방향 및 역방향 양자의 방향들에서 확립되고, AT (302) 및 RAN (120) 이 모두 양방향으로 데이터를 통신할 수 있다. 액세스 단말 (302) 과 액세스 네트워크 (120) 사이에 통신되는 여러 메시지들은 당업계에 널리 알려져 있으며, 2006년 9월 12일자, 3GPP2 C.S0024-A 버전 3.0, cdma2000 High Rate Packet Data Air Interface 에 기록되어 있으며, 이는 본원에서 전체적으로 참조로 포함된다. 따라서, 셋업 절차들 및 메시지들의 상세한 설명은 본원에서 제공되지 않는다.
이에 옵션으로, DOS 메시지 또는 다른 애플리케이션 층 메시지가 접속 요청 액세스 메시지에 번들되면, 그 정보는 전술한 트래픽 채널 셋업에 영향을 미치지 않는다. 일반적으로, 애플리케이션 특정의 데이터가 검출되어 RAN (120) 에 의해 단지 적합한 목적지로 전달될 수 있다. 그러나, 애플리케이션 특정의 정보는, 일단 트래픽 채널들이 AT (302) 과 RAN (120) 사이에 셋업되면, 데이터 통신 (예컨대, PTT 콜) 을 확립하기 위해, 원격 애플리케이션들 (예컨대, PTT 서버) 에 의한 추가적인 프로세싱에 요구되는 데이터 (예컨대, PTT 콜 요청) 를 제공함으로써, 지연 민감 애플리케이션들에서 레이턴시를 더 감소시킬 수도 있다. 따라서, 애플리케이션 층 메시지에 포함되는 데이터는 네트워크로 포워딩되기 전에, AT (302) 과 RAN (120) 사이의 트래픽 채널들의 확립을 대기해야 할 필요가 없다.
당업자들이 명백히 주지하고 있는 바와 같이, 요구되는 QoS 리소스들은 상이한 애플리케이션들에 대해 또는 애플리케이션들 내에서 변할 수도 있다. 다음 예들은 상이한 QoS 리소스 시나리오들 하의 QoS 설계를 기술한다:
- 트래픽 채널 리소스들 및 QoS 리소스들 (예컨대, 인-콜 시그널링 및 매체 예약들) 이 발신자 AT (302) 섹터의 섹터에서 이용가능할 때, RAN 은 인-콜 시그널링 및 매체 예약들을 위한 FwdReservationOn 및 RevReservationOn 메시지들을 송신함으로써 QoS 리소스들이 양자의 순방향 및 역방향 링크들에 이용가능하다고 시그널링한다. 이 경우가 도 3a 에 도시되어 있으며 전술한 설명에서 설명된다.
- 트래픽 채널 리소스들이 발신자 AT (302) 가 로케이트되는 섹터에서 이용가능하지만, 예약들의 일부 또는 모두에 대한 QoS 리소스들이 이용불가능할 때, RAN (120) 은 여전히 트래픽 채널을 할당하고 TCA 메시지를 발신자 AT (302) 로 송신할 수 있다. 그러나, RAN (120) 은 ReservationReject 메시지를 AT (302) 로 송신함으로써, 그것이 제공할 수 없는 예약들에 대해서는 QoS 요청을 거절한다. 트래픽 채널의 이용가능성은, QoS 리소스들 (예컨대, 인-콜 시그널링 및 매체 예약들) 가 이용불가능할 때, AT (302) 가 트래픽 채널에 걸친 그의 콜 셋업 시그널링 핸드쉐이크 (handshake) 완료를 시도할 수 있도록 한다. 이 경우가 도 3b 에 도시되어 있다.
- 어떤 트래픽 채널 리소스들도 발신자 AT 의 섹터에서 이용불가능할 때, AN 은 (예컨대, 1xEV-DO 개정안 A 표준에 따라서) ConnectionDeny 메시지를 송신함으로써 트래픽 채널 요청을 거부할 수 있다. 이 경우, 그 예약들에 대한 QoS 요청이 또한 ReservationReject 메시지를 AT (302) 로 송신함으로써 거부된다. 이 경우가 도 3c 에 도시되어 있다.
콜 셋업 패킷의 도달 시에 인-콜 시그널링 및 매체 예약들의 일부가 이미 발신자 AT 에 할당되어 있으면, AN/RAN 은 오직 현재 할당되지 않은 인-콜 시그널링 및 매체 예약들만을 활성화할 수도 있다.
위에서 언급한 바와 같이, 본 발명의 실시형태들은 지연 민감 애플리케이션들에서 프로세스 지연들을 감소시킬 수 있다. 그룹 통신 / 푸시-투-토크 (PTT) 시스템은 본원에 개시되는 통신 신호 번들링에 의해 제공되는 감소된 접속 시간들을 활용할 수 있는 지연 민감 시스템의 일 예이다. 예를 들어, 본 발명의 실시형태들은, AT 가 ReservationOnRequest 메시지를 그의 접속 요청 (예컨대, ConnectionRequest + RouteUpdate) 메시지와 동일한 액세스 캡슐 (capsule) 로 송신함으로써, 요구되는 QoS 리소스들 (예컨대, PTT 콜에 대한 인-콜 시그널링 및 매체 예약들) 에 대한 예약들을 턴온하라는 요청을 전송하는 것을 제공한다. 이에 옵션으로, DataOverSignaling (DOS) 메시지가 동일한 액세스 캡슐로 번들될 수 있다. 인-콜 시그널링 순방향 및 역방향 QoS 예약들이 PTT 콜 시에 할당되면, AT 는 매체들 QoS 예약들을 턴온시킬 것을 요청할 수 있다. 이들 요청들은 ReservationOnRequest 메시지의 부분으로서 이루어질 수 있다.
그룹 통신 시스템은 또한, 푸시-투-토크 (PTT) 시스템, 네트 브로드캐스트 서비스 (NBS), 디스패치 시스템, 또는 일-대-다 지점 통신 시스템으로서 알려져 있을 수도 있다. 일반적으로, 액세스 단말 사용자들의 그룹은 각각의 그룹 멤버에게 할당된 액세스 단말을 이용하여 서로 통신할 수 있다. 용어 "그룹 멤버" 는 서로 통신하도록 인가된 액세스 단말 사용자들의 그룹을 나타낸다. 그룹 통신 시스템들 / PTT 시스템들이 여러 멤버들 사이에 있는 것으로 간주될 수도 있지만, 이 시스템은 이 구성에 한정되지 않으며 개개의 디바이스들 사이의 통신에 일대일로 적용할 수 있다.
이 그룹은 기존 기반구조에 대해 실질적인 변경들을 요하지 않으며, 기존 통신 시스템에 걸쳐서 동작할 수도 있다. 따라서, 제어기 및 사용자들은 코드분할 다중접속 (CDMA) 시스템, 시분할 다중접속 (TDMA) 시스템, GSM (Global System for Mobile Communications) 시스템, 위성 통신 시스템들, 지상통신 라인과 무선 시스템들의 조합들, 및 기타 등등과 같은 인터넷 프로토콜 (IP) 을 이용하여, 패킷 정보를 송수신할 수 있는 임의의 시스템에서 동작할 수도 있다.
그룹 멤버들은 액세스 단말들 (ATs) (102, 108, 및 302) 과 같은 할당된 액세스 단말을 이용하여, 서로 통신할 수도 있다. ATs 는 지상 무선 전화기들, 푸시-투-토크 능력을 가진 유선 전화기들, 푸시-투-토크 기능을 탑재한 위성 전화기들, 랩탑 또는 데스크탑 컴퓨터들, 페이징 디바이스들, 또는 이들의 임의의 조합과 같은, 유선 또는 무선 디바이스들일 수도 있다. 더욱이, 각각의 AT 는 정보를 보안 모드, 또는 비-안전 (클리어) 모드로 전송하고 수신할 수도 있다. AT 에 대한 참조는 도시된 또는 열거된 예들에 한정시키려는 것이 아니라, 인터넷 프로토콜 (IP) 에 따라서 패킷 정보를 송수신하는 능력을 갖는 다른 디바이스들을 포괄할 수도 있는 것으로 이해되어야 한다.
그룹 멤버가 그 그룹의 다른 멤버들에게 정보를 송신하기를 원할 때, 그 멤버는 AT 상에서 푸시-투-토크 버튼 또는 키 (예컨대, 도 2 의 228) 를 눌러, 분산 네트워크를 통한 송신을 위해 포맷되는 요청을 발생시킴으로써, 송신 특권을 요청할 수도 있다. 예를 들어, 이 요청은 하나 이상의 MPTs (또는 기지국들) (124) 로부터 공중을 통해서 AT (102) 로 송신될 수도 있다. 프로세싱 데이터 패킷들을 프로세싱하기 위해, BSC/PCF (122) 는, 널리 공지된 상호 연동 기능부 (IWF), 패킷 데이터 서빙 노드 (PDSN), 또는 패킷 제어 기능부 (PCF) 를 포함할 수도 있으며, MPT/BS (124) 와 분산 네트워크 사이에 존재할 수도 있다. 그러나, 이 요청들은 또한 공중 교환 전화 네트워크 (PSTN) fmf 통하여 캐리어 네트워크 (126) 로 송신될 수도 있다. 캐리어 네트워크 (126) 는 그 요청을 수신하여 RAN (120) 에 제공할 수도 있다.
도 4 를 참조하면, 하나 이상의 그룹 통신 서버들 (402) 이 그룹 통신 시스템의 트래픽을 분산 네트워크에의 그의 접속을 통해서 모니터링할 수 있다. 그룹 통신 서버 (402) 가 다양한 유선 및 무선 인터페이스들을 통해서 분산 네트워크에 접속될 수 있으므로, 그룹 참가자들에 대한 지리적 근접성이 반드시 필요하지는 않다. 일반적으로, 그룹 통신 서버 (402) 는 PTT 시스템에서 설정된 그룹 멤버들 (ATs (302, 472, 474, 476)) 의 무선 디바이스들 사이의 통신들을 제어한다. 도시된 무선 네트워크는 단지 예시적이며, 원격 모듈들은 서로의 사이에 그리고 서로 간에, 및/또는 무선 네트워크 캐리어들 및/또는 서버들을 제한없이 포함하는, 무선 네트워크의 구성요소들 사이에 및 이들 간에, 공중으로 통신하는 임의의 시스템을 포함할 수 있다. 또, 일련의 그룹 통신 서버들 (402) 이 그룹 통신 서버 LAN (450) 에 접속될 수 있다.
그룹 통신 서버(들) (402) 은 여기서 캐리어 네트워크 (426) 상에 상주하는 것으로 나타낸 PDSN (452) 과 같은, 무선 서비스 제공자의 패킷 데이터 서비스 노드 (PDSN) 에 접속될 수 있다. 각각의 PDSN (452) 은 패킷 제어 기능부 (PCF) (462) 를 통해서 기지국 (460) 의 기지국 제어기 (464) 와 인터페이스할 수 있다. PCF (462) 는 기지국 (460) 에 로케이트될 수도 있다. 캐리어 네트워크 (426) 는 MSC (458) 로 (일반적으로, 데이터 패킷들의 형태로) 전송되는 메시지들을 제어한다. MSC (458) 는 하나 이상의 기지국들 (460) 에 접속될 수 있다. 캐리어 네트워크와 유사한 방법으로, MSC (458) 는 일반적으로 데이터 전송을 위해 네트워크 및/또는 인터넷 양측에 의해, 그리고 보이스 정보를 위해 PSTN 에 의해 BTS (466) 에 접속된다. BTS (466) 는 궁극적으로 당업계에 널리 알려져 있는 바와 같이, 셀룰러 전화기들 (302, 472, 474, 476) 과 같은, 무선 ATs 로 및 무선 ATs 로부터 메시지들을 무선으로 브로드캐스트하고 수신한다. 따라서, 그룹 통신 시스템의 일반적인 세부 사항들은 더 이상 설명되지 않는다. 또, 본원의 상세한 설명이 추가적인 세부 사항들 및 예들을 제공하기 위해서 특정의 시스템들 (예컨대, PTT, QChat®, 1xEV-DO) 의 특정의 양태들을 설명하지만, 본 발명의 실시형태들은 이들 특정의 예시들에 한정되지 않는다.
위에서 설명한 바와 같이, AT (302) 는 통신 (예컨대, PTT 콜) 을 확립하기 위해서 트래픽 채널을 요청한다. 인-콜 시그널링 및 매체들에 대한 트래픽 채널 및 QoS 리소스들 양자가 이용가능하면 PTT 콜은 발신자 AT (302) 에 의해 발신될 수 있다 (QoS 리소스들에 관련한 추가적인 세부 사항들은 아래 및 도 5 에 제공된다). 종래의 시스템들에서, AT (302) 는 RAN (120) 과의 트래픽 채널 접속을 확립하고 그후 QoS 리소스들을 요청해야 할 것이다. 그러나, 본 발명의 실시형태들에 따라서 이 지연을 감소시키기 위해서, PTT 콜을 확립하기 위해서 시그널링 메시지 요구는 초기 액세스 채널 메시지에 원래 접속 요청과 함께 번들된다.
1xEV-DO 개정안 A 는 패킷 데이터 네트워크들에의 효율적인 액세스를 제공하도록 설계되어 있으며, 그의 네트워크 아키텍처에 대해 인터넷에 광범위하게 기초한다. PDSN (452), PCF (462), 및 RAN (120) 에서 인터넷 프로토콜 (IP) 네트워크 엘리먼트들을 횡단하는 데이터 트래픽은 QoS 요구사항들에 기초하여 트래픽을 구별하는 방법들을 지원하는 표준 인터넷 엔지니어링 태스크 포스 (IETF) 기반 프로토콜들에 기초할 수 있다. AT (302) 와 1xEV-DO 개정안 A 네트워크 사이의 QoS 는 3GPP2 X.S0011-004-C 버전 2.0 cdma2000 Wireless IP Network Standard: Quality of Service and Header Reduction specification 에 설명된 바와 같이 구성되며, 이의 내용은 본원에 참조로 포함된다. AT (302) 와 RAN (120) 사이에 공중 인터페이스를 통하여 송신된 데이터 트래픽은 위에서 참조한 3GPP2 C.S0024-A 버전 3.0 문서에 설명된 바와 같은 1xEV-DO 개정안 A 프로토콜들을 통한 적합한 QoS 처리를 위해 구성될 수 있다. 1xEV-DO 개정안 A 는 인트라-AT 및 인터-AT QoS 를 제공하는 표준 메커니즘들을 제공한다. 인트라-AT QoS 는 동일한 사용자에 속하는 데이터 스트림들의 구별을 제공하지만, 인터-AT QoS 는 상이한 사용자들에 속하는 패킷들의 구별을 제공한다.
QoS 를 달성하기 위해, 트래픽 구별은 단-대-단을 이용할 수 있다. AT (302), RAN (120) (BTS (466), BSC (464)), PDSN (452), 및 인터넷 라우터들을 포함한 모든 네트워크 구성요소들은 QoS 를 구현/지원해야 한다. 1xEV-DO 개정안 A 네트워크들에서 단-대-단 QoS 는 다음 메커니즘들을 통해서 달성될 수 있다:
- 패킷 필터들: PDSN 에서의 패킷 필터들은 순방향 트래픽 흐름들을 AT 에 맵핑하고, 순방향 데이터 트래픽에 적용되어야 하는 QoS 처리를 정의한다. AT 는 3GPP2 X.S0011-004-C 버전 2.0 cdma2000 Wireless IP Network Standard: Quality of Service and Header Reduction specification 에 설명된 바와 같이 그 PDSN 에서의 패킷 필터들을 확립하는 QoS 요청들을 시그널링한다.
- QoS 프로파일들 (프로파일 IDs): QoS 프로파일들 및/또는 프로파일 IDs 는 데이터 서비스에 대한 관련된 공중 인터페이스 파라미터들 및 네트워크 QoS 요구사항들을 규정하는 (또는, 사전 정의하는) 메카니즘이다. AT 가 RAN 과의 흐름에 대한 QoS 예약을 요청할 때에 사용하는 '속기 (shorthand)' 식별자이다. 여러 데이터 서비스들에 이용가능한 표준 프로파일 ID 할당들은 TSB58-G Administration of Parameter Value Assignments for cdma2000 Spread Spectrum Standards 에 설명되어 있으며, 이의 내용이 본원에 참조로 포함된다.
- 역방향 트래픽 마킹 (Marking): AT 는 차별화된 서비스들 (DiffServ) 프레임워크 및 표준들에 따라서 역방향 트래픽 데이터를 마킹할 수 있다. 이들 마킹들은 PDSN 에서 외부로 나가는 데이터에 요청되는 QoS 네트워크 처리를 정의한다.
1xEV-DO 개정안 A 네트워크에서 QoS 는 또한 다음과 같은, AT 의 PPP 세션에 대한 다음 엘리먼트들의 적합한 맵핑 또는 바인딩에 기초한다:
- IP (애플리케이션) 흐름: AT 및 PDSN 에서의 애플리케이션 층 QoS 요구사항들은 고유 IP 흐름들을 식별함으로써 정의된다. 예약 라벨이 AT 와 RAN 사이의 흐름에 대한 QoS 요구사항들을 식별하기 위해 IP 흐름과 연관된다. 그후, IP 흐름이 QoS 요구사항들을 최상으로 만족시키는 RLP 흐름 상에 맵핑된다.
- RLP (링크) 흐름: 무선 링크 프로토콜 (RLP) 흐름들은 상위 층 흐름들에 대한 QoS 요구사항들 (예컨대, RLP 파라미터 구성) 에 기초하여 할당된다. 동일한 QoS 요구사항들을 가진 IP 흐름들이 동일한 RLP 흐름 상으로 맵핑될 수 있다. 역 방향에서, RLP 흐름이 RTCMAC (역방향 트래픽 채널 매체들 액세스 제어) 흐름 상으로 맵핑된다.
- RTCMAC 흐름: RTCMAC 흐름들이 물리적인 층 레이턴시 및/또는 상위 층 흐름에 대한 용량 요구들을 정의하는 QoS 요구사항들에 기초하여 할당된다. 예를 들어, 흐름들은 낮은-레이턴시 또는 높은 용량 흐름들일 수 있다. 동일한 QoS 요구사항들을 가진 RLP 흐름들이 동일한 RTCMAC 흐름에 맵핑될 수 있다.
도 5 는 액세스 네트워크 (120) 와 통신하는 PTT-인에이블된 AT (302) 에 대한 다수의 RLP 흐름들 (500) 을 도시한다. 각각의 흐름에 대한 QoS 요구사항들은 QoS 프로파일들을 통하여 지정될 수 있다. 위에서 언급한 바와 같이, 상이한 애플리케이션들은 상이한 QoS 요구사항들을 가질 수 있다. 예를 들어, 1xEV-DO 개정안 A 상에서 PTT 는 네트워크 QoS 요구사항들의 사양을 통하여 높은 우선순위 및 낮은 레이턴시 데이터 전달을 수신한다. 예시적인 PTT 시스템은 AT 에서의 3개의 IP 흐름들의 할당, 즉, 콜-셋업 시그널링에 대한 흐름; 인-콜 시그널링에 대한 흐름; 및 매체들에 대한 흐름을 이용할 수 있다. 각각의 IP 흐름은 특정의 QoS 요구사항들을 가지며, 3개의 개별적인 RLP 흐름들 상으로 맵핑된다. AT 는 디폴트 최선의 노력 (Best Effort; BE) 흐름을 추가로 이용할 수 있다. 매체들에 대한 QoS 요구사항들은 VoIP 매체들과 유사한 것으로 간주될 수 있으며, 따라서, 이 RLP 흐름은 VoIP 와 공유될 수 있다.
전술한 설명이 본 발명의 실시형태들의 여러 양태들의 상세한 예시를 제공하기 위해서 PTT / QChat® 시스템 및 1x EV-DO 네트워크에 특정한 많은 세부 사항들을 제공하지만, 당업자들은 본 발명의 실시형태들이 임의의 특정의 애플리케이션 및/또는 네트워크에 한정되지 않음을 명백히 알 것이다. 본 발명의 실시형태들은 QoS 요구사항들을 갖는 임의의 애플리케이션을 포함할 수 있다. 또, 초기 접속 셋업 요청과 번들되는 QoS 리소스들의 할당을 지원할 수 있는 임의의 네트워크가 또한 본 발명의 실시형태들에 포함될 수 있다.
도 6 을 참조하면, 본 발명의 실시형태들에 따른 번들링 프로세스를 도시하는 플로우차트가 제공된다. 예를 들어, 이 방법은 블록 (610) 에서 QoS 리소스들을 요청하는 통신 (예컨대, PTT 콜) 을 식별하는 애플리케이션을 포함할 수 있다. 추가적인 메시지가 사용되고 액세스 프로브에 여유가 있으면, 추가적인 메시지들 (예컨대, DOS 메시지) 이 번들링에 고려될 수 있다 (620). 그후, 번들된 액세스 메시지 (예컨대, 액세스 프로브) 에 대한 요청이 액세스 프로브에서의 요청된 메시지들의 번들링을 위해, 블록 (630) 에서, 애플리케이션 층으로부터, 하위 층들로 통신될 수 있다. 본원에서 사용되는 바와 같이, 애플리케이션 층은 애플리케이션 층과 하위 층들 (예컨대, RLC, MAC, 및 물리적인 층들) 사이의 인터페이스를 용이하게 하는, 요청하는 애플리케이션 (예컨대, PTT 클라이언트) 및 번들링 API 를 포함할 수 있다. 그러나, 본 발명의 실시형태들이 이 구성에 한정되지 않음을 명백히 알 수 있을 것이다. 예를 들어, 애플리케이션 자체는 번들링 API 의 기능을 포함할 수 있다.
블록 (634) 에서, 그 번들된 요청의 수신 후, QoS 요청이 액세스 프로브에 추가될 수 있다. 이와 유사하게, 블록 (636) 에서, DOS 메시지가, 요청되고 액세스 프로브에 충분한 공간이 있으면, 액세스 프로브에 추가될 수 있다. 게다가, 블록 (638) 에서, 접속 요청 (connection request) 및 루트 업데이트 (route update) 메시지들이 액세스 프로브에 추가된다. 블록 (645) 에서, 그 번들된 메시지가 완료하였는지 여부를 결정하기 위해 체크가 수행될 수 있다. 그렇지 않으면, 그들이 지연될 수도 있기 때문에, 프로세스가 그 분실된 메시지들을 체크하기 위해 루프백 (loop back) 할 수 있다. 블록 (640) 에서, 지연 엘리먼트 (예컨대, 타이머) 가 또한 애플리케이션 층에서 액세스 프로브의 번들링이 가능하도록 설정될 수 있다. 프로세스는, 애플리케이션 층이, 메시지 번들링이 완료되었다 (645) 는 표시를 하위 층들로부터 수신할 때까지 (또는, 이벤트가 시간 종료되고 액세스 프로브가 전송될 때까지) 블록 (650) 를 통해서 루프 (loop) 할 수 있다. 확인통지 (confirmation) 를 수신한 후, 액세스 프로브 지연이 해제될 수 있으며 (660), 액세스 프로브가 송신될 수 있다 (670).
앞에서 설명한 바와 같이, 트리거 (예컨대, 310) 는, 애플리케이션으로 하여금, 그 애플리케이션에 알려져 있는 QoS 요구사항들로 접속 요청을 개시하도록 하는 임의의 이벤트일 수 있다. 트리거는 하드 키 또는 소프트 키 활성화를 통해서 수동으로 활성화되거나, 수신된 신호 (예컨대, 보이스 지령, 네트워크로부터의 신호 등) 에 응답하여 활성화되거나, 또는 애플리케이션에 의해 검출되는 조건에 응답하여 활성화될 수도 있다.
예를 들어, 도 7 에 도시된 바와 같이, 액세스 단말 (AT) (472) 은 PTT 시스템에서 어나운스 메시지 또는 콜 셋업 메시지 (705) 와 같은, 트리거를 수신할 수도 있다. 구체적으로 설명하면, 콜 셋업 메시지 (705) 가 PDSN (452) 및 RAN (120) 을 통해서 송신될 수 있다. 액세스 네트워크 (120) 는 콜 셋업 메시지를 제어 채널을 통해서 목표 AT (472) 로 포워딩할 수 있다 (710). 콜 셋업 패킷의 수신 및 디코딩 시, AT (472) 는 그 요청된 통신 (예컨대, PTT 콜) 이 QoS 리소스들을 이용한다고 결정할 수 있다. 따라서, 네트워크로부터 수신되는 콜 셋업 메시지가 후속 응답의 번들링을 개시하는 트리거로 기능할 수 있다.
예를 들어, AT (472) 는 액세스 채널 상에서 접속 요청 (예컨대, ConnectionRequest + RouteUpdate), QoS 예약 (예컨대, ReservationOnRequest) 및 옵션으로, 애플리케이션 층 메시지 (예컨대, DOS) 를 포함하는 번들된 요청으로 응답할 수 있다 (720). DOS 을 포함하는 것은, 애플리케이션 데이터가 트래픽 채널을 확립하기 전에 목적지로 전송될 수 있도록 한다. QoS 리소스들을 요청하는 것은, 트래픽 채널을 확립하기 전에 요구 QoS 리소스들의 할당이 가능하도록 한다. 따라서, 통신 시스템의 응답성이 향상될 수도 있다. 접속 요청의 수신 시, 트래픽 채널 및 요청된 리소스들이 액세스 네트워크 (AN) (120) 에서 할당될 수 있다 (712). 트래픽 채널 할당 (TCA), QoS 리소스들 수락, 및 액세스 채널 메시지의 수신 통지가 AT (472) 로 송신될 수 있다 (714). 트래픽 채널 셋업이 722, 716 및 724 에서, 앞에서 설명하고 당업계에 알려져 있는 바와 같이, 양자의 RAN (120) 및 AT (472) 가 데이터를 전송하고 수신하도록 준비될 때까지, 계속될 수 있다. 따라서, 상세한 설명이 제공되지 않는다.
전술한 개시물을 감안하면, 당업자들은 본 발명의 실시형태들이 앞에서 설명한 액션들, 동작들 및/또는 기능들의 시퀀스를 수행하는 방법들을 포함하는 것을 명백히 알 수 있을 것이다. 예를 들어, 무선 네트워크에서 통신 신호들을 송신하는 방법은 액세스 단말에서 QoS 리소스들에 대한 접속 요청 및 예약을 액세스 메시지에 번들하고, 액세스 메시지를 액세스 네트워크에 송신하는 것을 포함할 수 있다. 번들된 메시지는 접속 요청 및 예약과 액세스 메시지에 번들되는 애플리케이션 층 메시지 (예컨대, DOS 메시지) 를 추가로 포함할 수 있다.
위에서 설명한 바와 같이, 통신 세션은 콜-셋업 시그널링에 대한 흐름, 인-콜 시그널링에 대한 흐름 및 매체들에 대한 흐름을 포함한, AT 에서의 3개 IP 흐름들을 포함할 수도 있다. 이들 3개의 IP 흐름들의 각각은 주어진 QoS 리소스 예약 요구사항과 연관될 수도 있다. 종래, 콜-셋업 시그널링 흐름에 대한 QoS 리소스 예약이 항상 턴온되는 한편, 인-콜 시그널링 및 매체들 흐름들에 대한 QoS 리소스 예약들은 각각의 IP 흐름들을 요청하는 통신 세션이 활성이거나 또는 셋업되고 있을 때에만 턴온된다. (예컨대, DoS (data-over-signaling) 을 지원하지 않거나 또는 DoS 가 네트워크의 하나 이상의 섹터들에서 디스에이블되는 EV-DO 네트워크와 같은) 데이터가 시그널링 채널들을 통해서 전송되도록 허용되지 않는 네트워크 상에서 콜-셋업 시그널링 IP 흐름에 대한 QoS 리소스 예약을 항상 유지함으로써, 콜 발신자가 RAN (120) 과의 초기 콜 셋업 시그널링 교환들 동안 어떤 양의 QoS 리소스들을 보장받기 때문에, 종래의 콜 셋업 레이턴시가 잠재적으로 감소된다. 본 발명의 실시형태들이 아래에서 EV-DO 전문용어 (예컨대, 액세스 채널, 순방향 트래픽 채널 (F-TCH), RouteUpdate, ConnectionRequest 등) 에 대해 일반적으로 설명되지만, 다른 실시형태들이 W-CDMA 와 같은 다른 공중 인터페이스들에 관련될 수 있음을 명백히 알 수 있을 것이다. 콜 셋업 프로세스의 일 예가 도 8a 및 도 8b 에 대해 아래에서 설명된다.
따라서, 도 8a 및 도 8b 는 서버-중재 통신 세션에 대한 콜 셋업 프로세스를 도시한다. 도 8a 를 참조하면, 800 에서, AT 1 가 휴면 상태에 있어, AT 1 가 활성 트래픽 채널 (TCH) 을 갖지 않고 또한 매체들 및 인-콜 IP 흐름들에 대한 QoS 리소스 예약들을 갖지 않는다고 가정한다. 그러나, 그의 콜 셋업 IP 흐름에 대한 AT 1 의 QoS 리소스 예약은 '온 (on)' 이다 (예컨대, RAN (120) 에 의해 AT 1 에 현재 할당되거나, 또는 RAN (120) 에 의해 AT 1 용으로 예약됨). 또, AT 에 대한 콜 셋업 IP 흐름에 대한 QoS 리소스 예약은 심지어 AT 가 휴면 상태에 있더라도, 관례적으로 항상 '온' 이다.
다음으로, 802 에서, AT 1 가 휴면 상태에 있는 동안, AT 1 의 사용자가 서버-중재 통신 세션 (예컨대, PTT 세션, VoIP 세션, 그룹 통신 세션, 하프 듀플렉스 통신 세션, 풀 듀플렉스 통신 세션 등) 의 개시를 요청한다고 가정한다. 예를 들어, PTT 세션의 경우에, 802 에 대한 트리거링 동작은 PTT 통신 세션을 개시하기 위해 AT 1 상의 PTT 버튼을 누르는 AT 1 의 사용자에 대응할 수도 있다.
통신 세션 요청이 AT 1 에서 수신된 후, AT 1 은 RouteUpdate 메시지, ConnectionRequest 메시지 및 ReservationOnRequest 메시지를 역방향 링크 액세스 채널 (AC) 상에서 RAN (120) 으로 전송한다 (804). IP 흐름 0 에 대한 QoS 리소스들이 항상 예약되거나 또는 AT 1 용으로 할당되는 반면, IP 흐름들 1 및 2 에 대한 QoS 리소스 예약들이 AT 1 을 수반하는 통신 세션들 동안 AT 1 에 대해서만 턴온되기 때문에, 804 의 ReservationOnRequest 메시지, 또는 ROnR 메시지가 IP 흐름 0 (즉, 콜 셋업 IP 흐름) 에 대해서가 아닌 IP 흐름 1 (즉, 인-콜 IP 흐름) 및 IP 흐름 2 (즉, 매체들 IP 흐름) 에 대한 QoS 리소스 예약들을 요청한다.
주지하고 있는 바와 같이, 804 에서 송신되는 메시지들은 반드시 콜 메시지와 함께 번들되거나, 및/또는 데이터 오버 시그널링 (DoS) 패킷 내에 포함될 필요가 없다. RAN (120) 은 액세스 채널 수신응답 (ACAck) 을 다운링크 제어 채널 상에서 AT 1 으로 전송함으로써 804 로부터의 메시지들의 수신을 수신응답한다 (806). 808 에서, RAN (120) 은 804 로부터의 ConnectionRequest 메시지에 응답하여 TCH 할당을 AT 1 로 다운링크 제어 채널 상에서 전송하고, RAN (120) 은 (예컨대, AT 1 로부터 DRC 및 파일럿을 성공적으로 수신하여 디코딩한 후, 도 8a 에 미도시) TCH 할당 메시지에서 AT 1 에 할당된 순방향 트래픽 채널 (F-TCH) 상에서 역방향 트래픽 채널 수신응답 (RTCAck) 메시지 (810) 를 송신한다. RTCAck 메시지의 수신 시, AT 1 은 트래픽 채널 완료 (TCC) 메시지를 그의 새로 할당된 역방향 트래픽 채널 (R-TCH) 상에서 RAN (120) 으로 전송한다 (812). RAN (120) 은 또한 IP 흐름 1 (즉, 인-콜 IP 흐름) 및 IP 흐름 2 (즉, 매체들 IP 흐름) 에 대한 그의 요청된 QoS 리소스 예약들이 AT 1 용으로 예약되거나 할당되었음을 나타내는 예약 수락 메시지를 AT 1 로 전송한다 (814). 814 에 나타낸 바와 같이, 단일 예약 수락 메시지가 다수의 '단방향의' QoS 흐름들 (즉, 다수의 역방향-링크 QoS 흐름들, 또는 다수의 순방향-링크 QoS 흐름들) 에 대해서 전송될 수 있다. 그러나, 상이한 예약 수락 메시지들이 상이한 방향들에서 QoS 흐름들에 대해 전송되는 EV-DO 프로토콜들에 의해 요구된다. 예를 들어, 예약 수락이 (FwdReservationOn 또는 RevReservationOn 메시지와 같은) 예약 부여 메시지에 대해서 요구된다.
TCH 를 획득한 후, AT 1 은 적어도 하나의 콜 메시지를 (예컨대, 매 500 ms 와 같은, 주어진 간격으로, STATUS 메시지가 RAN (120) 로부터 수신될 때까지) R-TCH 상에서, 전송하고 (816), RAN (120) 은 적어도 하나의 콜 메시지를 애플리케이션 서버 (170) 로 포워딩한다 (818). 애플리케이션 서버 (170) 는 '구성된' 어나운스 메시지 (ANN) 를 RAN (120) 으로 ATs 2…N 으로의 송신을 위해 포워딩하고 (820), 또한 적어도 하나의 콜 메시지의 수신을 RAN (120) 에 수신응답하며 (822), 이 RAN (120) 은 CALL-ACK 메시지를 다시 AT 1 으로 F-TCH 상에서 포워딩한다 (824). 820 에서, ANN 은 RAN (120) 에게 QoS 리소스들을, ATs 2…N 으로부터의 QoS 리소스들에 대한 명시적인 요청 없이 (828 에서) 페이징에 응답하는 ATs 2…N 에 우선적으로 할당하게 프롬프트하도록 구성된다. 선점적인 QoS 리소스-할당의 이 메카니즘은 '예측' QoS 로서 지칭될 수도 있다. 일 예에서, 애플리케이션 서버 (170) 는 (예컨대, 840 및 842 에서 FwdReservationOn 및 RevReservationOn 메시지들을 전송함으로써) QoS 리소스들을 ATs 2…N 간의 임의의 페이지-응답하는 콜 목표들에 할당하도록 RAN (120) 을 트리거하기 위해서, 820 에서 사전-정의된 비트-시퀀스를 ANN 의 IP-헤더에 삽입할 수 있다. 추가 예에서, 사전-정의된 비트-시퀀스는 ANN 의 IP-헤더에 포함된 주어진 DSCP 값에 대응할 수 있다.
도 8a 를 참조하면, 826 에서, 콜 요청이 (예컨대, 직접 콜 또는 일-대-일 콜 N = 2 에 대해, 그룹 통신 세션 N > 2 에 대해) 목표 ATs 2…N 로의 통신 세션의 개시를 요청하고 있고, 그리고 목표 ATs 2…N 의 각각이 인-콜 IP 흐름 1 및/또는 매체들 IP 흐름 2 에 대해서가 아닌 콜 셋업 IP 흐름 0 에 대해서 예약된 어떤 TCH 도 없지만 QoS 리소스들은 갖는, 휴면 상태에 있다고 가정한다. 따라서, 애플리케이션 서버 (170) 로부터 어나운스 메시지 ANN 을 수신하자 마자, RAN (120) 은 페이지 메시지를 다운링크 제어 채널 상에서 전송함으로써, ATs 2…N 의 각각을 페이징한다 (828). ATs 2…N 의 각각이 ConnectionRequest 및 RouteUpdate 메시지들을 역방향 링크 액세스 채널 상에서 전송함으로써, 페이징하는 것에 응답한다고 가정한다 (830). 일 예에서, 페이지-응답이 QoS 를 요청할지 여부를 결정하기 위해서 더 높은-레벨 멀티미디어 애플리케이션에 더 높은-레벨 멀티미디어 애플리케이션에 대한 페이지의 수신을 반드시 통지할 필요 없이, 자동적으로 페이징하는 것에 응답하도록 구성된 하부-레벨 애플리케이션에 의해 프로세싱되기 때문에, QoS 에 대한 요청이 이 지점에서 ATs 2…N 으로부터 전송되지 않는다. 즉, 페이지들이 모든 종류의 이유들로 ATs 2…N 에 도달하므로, 그 페이지들이 그 어나운스 메시지 ANN 와 연관되는 통신 세션을 관리하는 특정의 더 높은-레벨 멀티미디어 애플리케이션에 반드시 관련될 필요는 없다. 따라서, 하부-층 애플리케이션이 반드시 더 높은-레벨 멀티미디어 애플리케이션에 그 페이지를 통지할 필요가 없다. 그러나, 820 에서 ANN 이 RAN (120) 에 의해 선점적인 QoS 리소스-할당을 프롬프트하도록 구성되기 때문에, QoS 리소스들에 대한 명시적인 요청이 ATs 2…N 에 의해 전송되는 것이 실제로는 요구되지 않는다. RAN (120) 은 ACAck 메시지를 다운링크 제어 채널 (832) 상에서 ATs 2…N 으로 전송함으로써, 830 로부터의 메시지를 수신확인한 후, TCH 할당 메시지를 다운링크 제어 채널 상에서 전송함으로써, TCH 를 ATs 2…N 에 할당한다 (834). RAN (120) 은 (예컨대, ATs 2…N 으로부터 DRC 및 파일럿을 성공적으로 수신하여 디코딩한 후, 도 8a 에 미도시) 역방향 트래픽 채널 수신응답 (RTCAck) 메시지를, TCH 할당 메시지에서 ATs 2…N 에 할당된 순방향 트래픽 채널 (F-TCH) 상에서 송신한다 (836).
RTCAck 메시지의 수신 시, ATs 2…N 은 트래픽 채널 완료 (TCC) 메시지를, 그의 새로 할당된 역방향 트래픽 채널 (R-TCH) 상에서 RAN (120) 으로 전송할 수 있다 (838). 다음으로, RAN (120) 은 인-콜 IP 흐름 1 및 매체들 IP 흐름 2 에 대한 QoS 리소스들을 할당하거나 또는 예약하기 위해서, FwdReservationOn 및 RevReservationOn 메시지들을 ATs 2…N 으로 전송한다 (840 및 842). 일 예에서, ATs 2…N 으로부터의 QoS 리소스들에 대한 명시적인 요청 (예컨대, ReservationOnRequest 메시지들) 대신, 840 및 842 에서 ATs 2…N 으로 전송된 FwdReservationOn 및 RevReservationOn 메시지들이 ANN 메시지의 IP-헤더 구성에 의해 820 에서 트리거될 수 있다. 주지하고 있는 바와 같이, 콜 셋업 IP 흐름 0 에 대한 QoS 리소스 예약들이 이미 할당되어 있으므로, 도 8a 의 프로세스에서 이 지점에서 ATs 2…N 에 할당될 필요가 없다.
도 8b 로 되돌아가서, RAN (120) 은 어나운스 메시지를 ATs 2…N 으로 F-TCH 상에서 전송한다 (844). ATs 2…N 은 845 에서 충분한 QoS 리소스들이 어나운스된 콜을 지원하고 콜 어나운스먼트를 수락하도록 부여되었다고 결정하고, 그에 따라서, 어나운스 ACK (수락) 메시지(들) 을 R-TCH 상에서 RAN (120) 로 전송하고 (846), 이 RAN (120) 은 그후 그 어나운스 ACK (수락) 메시지(들) 을 애플리케이션 서버 (170) 로 포워딩한다 (848). ATs 2…N 은 또한 IP 흐름들 1 및 2 에 대한 순방향-링크 및 역방향-링크 QoS 예약들의 수신을 수락하여 수신응답하기 위해서, 예약 수락 메시지들을 전송한다 (850 및 852). 850 및 852 에 나타낸 바와 같이, 상이한 예약 수락 메시지들이 840 및 842 에서 RAN (120) 에 의해 할당된 바에 따라서 상이한 방향들에서 QoS 흐름들에 대해 전송되며, 이에 의해, 840 은 순방향-링크 QoS 를 커버하고, 842 는 역방향-링크 QoS 를 커버한다.
그 어나운스된 통신 세션에 대해 제 1 응답자로부터 어나운스 ACK (수락) 메시지를 수신하자 마자, 애플리케이션 서버 (170) 는 STATUS 메시지를 RAN (120) 으로 AT 1 으로의 송신을 위해 전송하고 (854), RAN (120) 은 STATUS 메시지를 AT 1 으로 F-TCH 상에서 전송한다 (856). STATUS 메시지를 수신하자 마자, AT 1 은 QoS 리소스 예약들이 그 통신 세션에 관련된 AT 1 의 IP 흐름들 (예컨대, IP 흐름들 0, 1 및 2) 의 각각에 대해 할당되었는지 여부를 결정한다 (858). 이 경우, IP 흐름들 0, 1 및 2 의 각각에 대한 QoS 리소스 예약들이 AT 1 에 할당되어 있는 것이 이미 확립되었으며, 이에 따라서, AT 1 은 858 에서 그 콜을 계속하도록 결정한다. 따라서, AT 1 은 STATUS-ACK 메시지를 RAN (120) 으로 R-TCH 상에서 전송함으로써 STATUS 메시지에 수신응답하고 (860), 그후 RAN (120) 은 STATUS-ACK 메시지를 애플리케이션 서버 (170) 로 포워딩한다 (862).
STATUS-ACK 메시지를 수신하자 마자, 애플리케이션 서버 (170) 는 접촉 메시지를 RAN (120) 으로 ATs 1...N 으로의 송신을 위해 전송한다 (864 및 866). 일 예에서, 접촉 메시지는 ATs 1…N 이 통신 세션 동안 ATs 1…N 사이의 매체들의 교환을 처리할 애플리케이션 서버 (170) 의 매체들 서버에 접촉할 수 있는 방법에 관한 정보를 제공한다. RAN (120) 은 그 접촉 메시지를 AT 1 으로 AT 1 의 F-TCH 상에서 송신하고 (868), 또한 ATs 2…N 으로 그들의 각각의 F-TCH(s) 상에서 송신한다 (870). AT 1 에서 접촉 메시지의 수신 시, AT 1 은 CONTACT-ACK 를 RAN (120) 으로 R-TCH 상에서 전송하고 (872), RAN (120) 은 CONTACT-ACK 를 AT 1 으로부터 애플리케이션 서버 (170) 로 포워딩한다 (874). 이와 유사하게, ATs 2…N 에서 접촉 메시지의 수신 시, ATs 2…N 은 CONTACT-ACK 를 RAN (120) 으로 그들의 각각의 R-TCH(s) 상에서 전송하고 (876), RAN (120) 은 CONTACT-ACK(s) 를 ATs 2…N 으로부터 애플리케이션 서버 (170) 로 포워딩한다 (878).
접촉 메시지로 연락처를 수신한 후, ATs 1…N 은 그 통신 세션 동안, 애플리케이션 서버 (170) 를 통해서 매체들을 교환한다 (880 및 882). 주지하고 있는 바와 같이, AT 1 가 그 콜을 발신하기 때문에 AT 1 은 통신 세션을 플로어-홀더 (floor-holder) 로서 시작하지만, 플로어-홀더는 인-콜 IP 흐름 상에서의 시그널링에 기초하여 통신 세션 동안 변할 수도 있다. 이와 유사하게, 매체들이 매체들 IP 흐름을 이용하여 ATs 1…N 사이에 전달된다. 이에 의해, IP 흐름들 1 및 2 에 대한 QoS 리소스 예약들이 통신 세션의 지속기간 동안 '온' 이다. 또한, IP 흐름 0, 또는 콜 셋업 IP 흐름에 대한 QoS 리소스 예약들은, 이들 QoS 리소스 예약들이 ATs 1…N 의 각각에 대해서 '항상 온' 인 것으로 가정되기 때문에, 통신 세션 동안 '온' 이다.
통신 세션 동안, AT 1 은 통신 세션을 종료할지 여부를 주기적으로 결정한다 (884). 예를 들어, AT 1 은 TCH 휴지로 인해, 또는 대안적으로는, 그 통신 세션을 종료할 AT 1 의 사용자에 의한 명시적인 요청으로 인해, 그 통신 세션을 종료하기로 결정할 수 있다. 884 에서 AT 1 이 그 통신 세션을 종료하지 않기로 결정하면, 프로세스는 880 로 되돌아가고, 그 통신 세션이 계속된다. 그렇지 않고, 884 에서 AT 1 이 그 통신 세션을 종료하기로 결정하면, AT 1 은 END 메시지를 R-TCH 상에서 RAN (120) 으로 전송하고 (886), RAN (120) 은 END 메시지에 END-ACK 메시지로 F-TCH 상에서 응답한다 (888). 그후, AT 1 은 ReservationOffRequest 메시지를 R-TCH 상에서 RAN (120) 으로 전송함으로써 IP 흐름들 1 및 2 에 대한 QoS 리소스들 예약들을 해제하고 (890), RAN (120) 은 예약 수락 메시지를 F-TCH 상에서 AT 1 으로 전송함으로써 IP 흐름들 1 및 2 에 대한 QoS 리소스 예약들의 할당 해제 또는 해제를 수락한다 (892). 이 지점에서, 894 에서, AT 1 이 800 으로부터 휴면 상태에 재진입하여, IP 흐름들 1 및 2 에 대한 QoS 리소스 예약들이 '오프되거나' 또는 중단되는 동안, IP 흐름 0 (즉, 콜 셋-업 IP 흐름) 에 대한 QoS 리소스 예약이 유지된다. 동작들 (884 내지 894) 이 AT 1 에서 일어나는 것으로 나타내지만, ATs 2…N 이 또한 이들 동작들을 수행할 수도 있음을 알 수 있을 것이다. 즉, ATs 2…N 도 또한 그들 단독으로, 그 통신 세션을 빠져 나가도록 결정할 수 있다. 그러나, ATs 2…N 에서 일어나는 이 퍼텐셜 결정 로직은 설명의 편의를 위해 도 8b 로부터 생략되었다. 또한, 도 8b 에 나타내지 않지만, TCH-휴지의 주어진 기간 후, TCH-휴지 타이머가 만료하고 TCH 가 ATs 1…N 에서 분리될 것이다.
주지하고 있는 바와 같이, ATs 1…N 에서 콜 셋업 IP 흐름들에 대한 QoS 리소스 예약들을 유지한다는 것은 도 8a 및 도 8b 의 프로세스 동안 콜 셋업 IP 흐름들에 대한 QoS 리소스 예약들이 ATs 1…N 에 의해 요청받거나 ATs 1…N 에 할당될 필요가 없다는 것을 의미한다. 이것은 잠재적으로 (예컨대, 적어도, DoS 을 지원하지 않거나 또는 DoS 가 하나 이상의 섹터들에서 디스에이블된 네트워크에서) 도 8a 및 도 8b 의 통신 세션 셋업 프로세스 동안 시간을 절약한다. 그러나, 또한 (예컨대, DoS 가 이용가능한 경우) ATs 1…N 에서 콜 셋업 흐름들에 대한 QoS 리소스 예약들을 유지하는 것이 RAN (120) 의 용량을 감소시킨다는 것을 명백히 알 수 있을 것이다. 어떤 ATs 1…N 을 수반하는 활성 통신 세션도 실제로 실행되고 있지 않는 경우에, 설령 위에서 언급한 QoS 리소스 예약들과 연관되는 ATs 1…N 의 콜 셋업 IP 흐름들이 실제로 사용되고 있지 않더라도, 감소된 용량은 시스템 성능을 저하시킬 수도 있다.
따라서, 도 9a 및 도 9b 는 본 발명의 일 실시형태에 따른, 서버-중재 통신 세션 동안, 주어진 AT 의 콜 셋업 IP 흐름에 대한 QoS 리소스 예약이 통신 세션이 활성이거나 또는 셋업되고 있을 때 턴 '온' 되거나, 아니면, 턴 '오프' 되는, 콜 셋업 프로세스를 도시한다.
도 9a 를 참조하면, 900 에서, AT 1 이 휴면 상태에 있어, AT 1 이 활성 트래픽 채널 (TCH) 을 갖지 않고 매체들 및 인-콜 IP 흐름들에 대해 예약된 QoS 리소스들을 갖지 않는다고 가정한다. 또, 도 8a 및 도 8b 와는 달리, 900 의 휴면 상태에서, AT 1 은 또한 그의 콜 셋업 IP 흐름에 대한 QoS 리소스 예약들을 갖지 않는다. 대조적으로, 콜 셋업 IP 흐름은 비록 AT 가 휴면 상태에 있더라도, 도 8a 및 도 8b 에 나타낸 바와 같이, 통상적으로 항상 '온' 이다.
다음으로, 902 에서, AT 1 이 휴면 상태에 있는 동안, AT 1 의 사용자가 서버-중재 통신 세션 (예컨대, PTT 세션, 그룹 통신 세션 등) 의 개시를 요청한다고 가정한다. 예를 들어, PTT 세션의 경우에, 902 에 대한 트리거링 동작은 AT 1 의 사용자가 PTT 통신 세션을 개시하기 위해 AT 1 상의 PTT 버튼을 누르는 것에 대응할 수도 있다.
통신 세션 요청이 AT 1 에서 수신된 후, AT 1 은 (예컨대, 도 3a, 도 3b 및/또는 도 3c 의 320 에서와 같이) DoS 패킷 내에 RouteUpdate 메시지, ConnectionRequest 메시지, ReservationOnRequest 메시지 및 콜 메시지를 포함하는 번들된 메시지를 역방향 링크 액세스 채널 (AC) 상에서 RAN (120) 으로 전송한다 (904). 904 의 ReservationOnRequest 메시지, 또는 ROnR 메시지는 IP 흐름 0 (즉, 콜 셋업 IP 흐름), IP 흐름 1 (즉, 인-콜 IP 흐름) 및 IP 흐름 2 (즉, 매체들 IP 흐름) 에 대한 QoS 리소스 예약들을 요청한다. 대조적으로, 도 8a 의 804 에서, ReservationOnRequest 메시지는 IP 흐름 0 에 대한 QoS 리소스 예약이 도 8a 의 이 지점에서 이미 턴온되어 있기 때문에, IP 흐름 0 (즉, 콜 셋업 IP 흐름) 에 관련되는 QoS 리소스 예약들을 요청하지 않았다. 또한, 도 8a 에서, 콜 메시지들을 DoS 패킷 내에 RouteUpdate, ConnectionRequest 및/또는 ReservationOnRequest 메시지들과 함께 번들하는 것이 본 발명의 일 실시형태이기 때문에, 콜 메시지가 DoS 패킷에 포함되지 않았다.
따라서, 도 9a 에서, AT 1 은 904 의 번들된 메시지 내의 콜 메시지를 역방향 링크 액세스 채널 상에서 전송하고 (904), RAN (120) 은 그 콜 메시지를 애플리케이션 서버 (170) 로 포워딩한다 (906). RAN (120) 은 액세스 채널 수신응답 (ACAck) 을 다운링크 제어 채널 상에서 AT 1 으로 전송함으로써 904 로부터의 메시지들의 수신에 수신응답하고 (908), 904 로부터의 ConnectionRequest 메시지에 응답하여 TCH 할당을 AT 1 으로 다운링크 제어 채널 상에서 전송한다 (910).
912 에서, RAN (120) 은 (예컨대, AT 1 로부터 DRC 및 파일럿을 성공적으로 수신하여 디코딩한 후, 도 9a 에 미도시) 역방향 트래픽 채널 수신응답 (RTCAck) 메시지를 TCH 할당 메시지에서 AT 1 에 할당된 순방향 트래픽 채널 (F-TCH) 상에서 송신한다. RTCAck 메시지의 수신 시, AT 1 은 트래픽 채널 완료 (TCC) 메시지를, 그의 새로 할당된 역방향 트래픽 채널 (R-TCH) 상에서 RAN (120) 으로 전송할 수 있다 (914). RAN (120) 은 또한 IP 흐름 0 (즉, 콜 셋업 IP 흐름), IP 흐름 1 (즉, 인-콜 IP 흐름) 및 IP 흐름 2 (즉, 매체들 IP 흐름) 에 대한 그의 요청된 QoS 리소스 예약들이 AT 1 에 할당되었음을 나타내는 예약 수락 메시지를 AT 1 으로 전송한다 (916).
906 에서 RAN (120) 으로부터 콜 메시지를 수신하자 마자, 애플리케이션 서버 (170) 는 어나운스 메시지 (ANN) 를 RAN (120) 으로 ATs 2…N 으로의 송신을 위해 포워딩하고 (918), 또한 콜 메시지의 수신을 RAN (120) 에 수신응답하고 (920), 이 RAN (120) 은 CALL-ACK 메시지를 다시 AT 1 으로 F-TCH 상에서 송신한다 (922). 도 8a 의 820 에서와 같이, ANN 은 RAN (120) 이 QoS 리소스들을, ATs 2…N 으로부터의 QoS 리소스들에 대한 명시적인 요청 없이 (926 에서) 페이징하는 것에 응답하는 ATs 2…N 에 우선적으로 할당하게 프롬프트하도록 구성된다. 선점적인 QoS 리소스-할당의 이 메카니즘은 '예측' QoS 로서 지칭될 수도 있다. 일 예에서, 애플리케이션 서버 (170) 는, RAN (120) 이 QoS 리소스들을 (예컨대, 938 및 940 에서 FwdReservationOn 및 RevReservationOn 메시지들을 전송함으로써) ATs 2…N 간의 임의의 페이지-응답하는 콜 목표들에 할당하도록 트리거하기 위해서, 918 에서 사전-정의된 비트-시퀀스를 ANN 의 IP-헤더에 삽입할 수 있다. 추가 예에서, 사전-정의된 비트-시퀀스는 ANN 의 IP-헤더에 포함된 주어진 DSCP 값에 대응할 수 있다.
도 9a 를 참조하면, 924 에서, 콜 요청이 목표 ATs 2…N 로의 통신 세션의 개시를 요청하고 있고, 목표 ATs 2…N 의 각각이 (예컨대, 900 에서 AT 1 의 휴면 상태와 유사하게) 콜 셋업 IP 흐름 0, 인-콜 IP 흐름 1 및/또는 매체들 IP 흐름 2 용으로 예약된 어떤 TCH 도 없이 그리고 어떤 QoS 리소스들도 없이, 휴면 상태에 있다고 가정한다.
따라서, 애플리케이션 서버 (170) 로부터 어나운스 메시지 ANN 을 수신하자 마자, RAN (120) 은 페이지 메시지를 다운링크 제어 채널 상에서 전송함으로써 ATs 2…N 의 각각을 페이징한다 (926). ATs 2…N 의 각각이 ConnectionRequest 및 RouteUpdate 메시지들을 역방향 링크 액세스 채널 상에서 전송함으로써, 페이징하는 것에 응답한다고 가정한다 (928). 일 예에서, 페이지-응답이 QoS 를 요청할지 여부를 결정하기 위해 더 높은-레벨 멀티미디어 애플리케이션에 더 높은-레벨 멀티미디어 애플리케이션에 대한 페이지의 수신을 반드시 통지할 필요 없이, 자동적으로 페이징하는 것에 응답하도록 구성된 하부-레벨 애플리케이션에 의해 프로세싱되기 때문에, QoS 에 대한 요청이 이 지점에서 ATs 2…N 으로부터 전송되지 않는다. 즉, 페이지들이 모든 종류의 이유들로 ATs 2…N 에 도달하므로, 그 페이지들이 그 어나운스 메시지 ANN 과 연관되는 통신 세션을 관리하고 있는 특정의 더 높은-레벨 멀티미디어 애플리케이션에 반드시 관련되지는 않는다. 따라서, 하부-층 애플리케이션이 더 높은-레벨 멀티미디어 애플리케이션에 그 페이지를 반드시 통지하지는 않는다. 예를 들어, 더 높은-레벨 멀티미디어 애플리케이션은 942 에서 ANN 메시지의 수신 시 그 콜을 통지 받을 것이며, 이것은 도 9a 의 실시형태에서 (938 및 940 에서) ATs 2…N 이 QoS 리소스들을 획득한 후에 일어난다. 즉, 918 에서 ANN 이 RAN (120) 에 의해 선점적인 QoS 리소스-할당을 프롬프트하도록 구성되기 때문에, QoS 리소스들에 대한 명시적인 요청이 실제로는 ATs 2…N 에 의해 전송되도록 요구되지 않는다. RAN (120) 은 ACAck 메시지를 다운링크 제어 채널 상에서 ATs 2…N 으로 전송함으로써 928 로부터의 그 메시지에 수신응답하고 (930), 그후, TCH 할당 메시지를 다운링크 제어 채널 상에서 전송함으로써 TCH 를 ATs 2…N 에 할당한다 (932). RAN (120) 은 (예컨대, ATs 2…N 으로부터 DRC 및 파일럿을 성공적으로 수신하여 디코딩한 후, 도 9a 에 미도시) 역방향 트래픽 채널 수신응답 (RTCAck) 메시지를, TCH 할당 메시지에서 ATs 2…N 에 할당된 순방향 트래픽 채널 (F-TCH) 상에서 송신한다 (934).
RTCAck 메시지의 수신 시, ATs 2…N 은 트래픽 채널 완료 (TCC) 메시지를, 그들의 새로 할당된 역방향 트래픽 채널(들) (R-TCH) 상에서 RAN (120) 으로 전송할 수 있다 (936). 다음으로, RAN (120) 은 콜 셋업 IP 흐름 0, 인-콜 IP 흐름 1 및 매체들 IP 흐름 2 에 대해 QoS 리소스 예약들을 할당하기 위해서, FwdReservationOn 및 RevReservationOn 메시지들을 ATs 2…N 으로 전송한다 (938 및 940). 일 예에서, ATs 2…N 로부터의 QoS 리소스들에 대한 명시적인 요청 (예컨대, ReservationOnRequest 메시지들) 대신에, 938 및 940 에서 ATs 2…N 으로 전송된 FwdReservationOn 및 RevReservationOn 메시지들이 918 에서 ANN 메시지의 IP-헤더 구성에 의해 트리거될 수 있다. 주지하고 있는 바와 같이, 도 8a 및 도 8b 와는 달리, 콜 셋업 IP 흐름 0 에 대한 QoS 리소스 예약들이 938 및 940 에서 ATs 2…N 에 할당된다.
RAN (120) 은 그 어나운스 (ANN) 메시지를 ATs 2…N 으로 F-TCH 상에서 전송한다 (942). ATs 2…N 은 충분한 QoS 리소스들이 943 에서 그 어나운스된 콜을 지원하고 콜 어나운스먼트를 수락하도록 승인되었다고 결정하고, 그에 따라서, 어나운스 ACK (수락) 메시지(들) 을 R-TCH 상에서 RAN (120) 으로 전송하고 (944), 그 RAN (120) 는 그후 그 어나운스 ACK (수락) 메시지(들) 을 애플리케이션 서버 (170) 로 포워딩한다 (946). ATs 2…N 은 또한 IP 흐름들 0, 1 및 2 에 대한 순방향-링크 및 역방향-링크 QoS 리소스 예약들의 수신을 수락하고 수신응답하기 위해서, 예약 수락 메시지들을 전송한다 (948 및 950). 948 및 950 에서와 같이, 상이한 예약 수락 메시지들이 938 및 940 에서 RAN (120) 에 의해 할당된 바와 같이 상이한 방향들에서 QoS 흐름들에 대해 전송되며, 이에 의해, 938 은 순방향-링크 QoS 를 커버하고, 940 은 역방향-링크 QoS 를 커버한다.
그 어나운스된 통신 세션에 대한 제 1 응답자로부터의 어나운스 ACK (수락) 메시지를 수신하자 마자, 애플리케이션 서버 (170) 는 STATUS 메시지를 RAN (120) 으로 AT 1 으로의 송신을 위해 전송하고 (952), RAN (120) 은 STATUS 메시지를 AT 1 으로 F-TCH 상에서 송신한다 (954). 도 9b 으로 되돌아가서, STATUS 메시지를 수신하자 마자, AT 1 은 QoS 리소스 예약들이 그 통신 세션에 대해 할당되었는지 여부를 결정한다 (956). 이 경우, IP 흐름들 0, 1 및 2 의 각각에 대한 QoS 리소스 예약들이 AT 1 에 할당되고 이에 따라서 AT 1 이 그 콜을 계속하기로 결정하는 것이 956 에서 이미 확립되었다. 따라서, AT 1 은 STATUS-ACK 메시지를 RAN (120) 으로 R-TCH 상에서 전송함으로써 STATUS 메시지에 수신응답하고 (958), 그후, 그 RAN (120) 은 STATUS-ACK 메시지를 애플리케이션 서버 (170) 로 포워딩한다 (960).
STATUS-ACK 메시지를 수신하자 마자, 애플리케이션 서버 (170) 는 접촉 메시지를 RAN (120) 으로 ATs 1...N 으로의 송신을 위해 전송한다 (962 및 964). 일 예에서, 접촉 메시지는 ATs 1…N 가 그 통신 세션 동안 ATs 1…N 사이의 매체들의 교환을 처리할 애플리케이션 서버 (170) 의 매체들 서버에 접촉할 수 있는 방법에 관한 정보를 제공한다. RAN (120) 은 접촉 메시지를 AT 1 로 AT 1 의 F-TCH 상에서 송신하고 (966), 또한 ATs 2…N 으로 그들의 각각의 F-TCH(s) 상에서 송신한다 (968). AT 1 에서 접촉 메시지의 수신 시, AT 1 은 CONTACT-ACK 를 RAN (120) 으로 R-TCH 상에서 전송하고 (970), RAN (120) 은 CONTACT-ACK 를 AT 1 로부터 애플리케이션 서버 (170) 로 포워딩한다 (972). 이와 유사하게, 접촉 메시지의 수신 시, ATs 2…N 은 CONTACT-ACK 를 RAN (120) 으로 그들의 각각의 R-TCH(s) 상에서 전송하고 (974), RAN (120) 은 CONTACT-ACK(s) 를 ATs 2…N 으로부터 애플리케이션 서버 (170) 로 포워딩한다 (976).
접촉 메시지에서 연락처를 수신하자 마자, ATs 1…N 은 그 통신 세션 동안, 애플리케이션 서버 (170) 를 통해서 매체들을 교환한다 (978 및 980). 주지하고 있는 바와 같이, AT 1 은 AT 1 이 그 콜을 발신하였기 때문에 통신 세션을 플로어-홀더로서 시작하지만, 이 플로어-홀더는 인-콜 IP 흐름 상에서의 시그널링에 기초하여 통신 세션 동안 변할 수도 있다. 이와 유사하게, 매체들이 매체들 IP 흐름을 이용하여 ATs 1…N 사이에 전달되며, 그 통신 세션의 초기 콜 셋업에 관련된 시그널링은 콜 셋업 IP 흐름을 이용한다. 이에 따라, 각각의 IP 흐름에 대한 QoS 리소스 예약들이 통신 세션의 지속기간 동안 '온' 이다.
통신 세션 동안, AT 1 은 주기적으로 통신 세션을 종료할지 여부를 결정한다 (982). 예를 들어, AT 1 은 TCH 휴지로 인해, 또는 대안적으로는, 통신 세션을 종료하라는 AT 1 의 사용자에 의한 명시적인 요청으로 인해, 통신 세션을 종료하기로 결정할 수 있다. 982 에서 AT 1 이 통신 세션을 종료하지 않기로 결정하면, 프로세스는 978 로 돌아가고 그 통신 세션이 계속된다. 그렇지 않고, 982 에서 AT 1 이 통신 세션을 종료하기로 결정하면, AT 1 은 END 메시지를 R-TCH 상에서 RAN (120) 으로 전송하고 (984), RAN (120) 은 END 메시지에 END-ACK 메시지로 F-TCH 상에서 응답한다 (986). 그후, AT 1 은 ReservationOffRequest 메시지를 R-TCH 상에서 RAN (120) 으로 전송함으로써 IP 흐름들 1 및 2 에 대한 QoS 리소스들 예약들을 해제하고 (988), RAN (120) 은 예약 수락 메시지를 F-TCH 상에서 AT 1 로 전송함으로써 IP 흐름들 1 및 2 에 대한 QoS 리소스 예약들의 할당 해제 또는 해제를 수락한다 (990). 이 지점에서, 992 에서, IP 흐름들 1 및 2 에 대한 AT 1 의 QoS 리소스 예약들은 '오프' 되거나 또는 중단되지만, IP 흐름 0 (즉, 콜 셋-업 IP 흐름) 에 대한 QoS 리소스 예약이 유지된다.
992 이후 어떤 지점에서, AT 1 이 TCH-휴면 타이머 (또는 TCH-휴지 타이머) 에 대한 만료를 초과하는 어떤 시간 기간 동안 휴지되어, TCH-휴면 타이머가 만료된다고 가정한다 (994). 이 TCH-휴면 타이머의 만료는 접속 폐쇄 메시지를 R-TCH 상에서 RAN (120) 으로 전송함으로써 그의 TCH 을 분리하도록 AT 1 을 트리거한다 (996). 이 지점에서, AT 1 에서 TCH 가 분리되고, IP 흐름 0 에 대한 QoS 리소스 예약(들) 이 '오프' 되거나 또는 중단된다 (998). 일 예에서, 도 9b 에 나타낸 바와 같이, AT 1 로부터의 접속 폐쇄 메시지는 IP 흐름 0 에 대한 명시적인 ReservationOffRequest 가 전송될 필요가 없도록, IP 흐름 0 에 대한 암시적인 ReservationOffRequest 로서 기능할 수 있다. 또다른 실시형태에서, 도 9a 및 도 9b 에 나타내지는 않지만, AT 1 은 IP 흐름 0 에 대한 QoS 리소스 예약(들) 을 턴 오프하기 위해서, 996 의 접속 폐쇄 메시지에 더해서, IP 흐름 0 에 대한 명시적인 ReservationOffRequest 을 전송할 수 있다.
대안적인 실시형태에서, 984 에서 END 메시지가 전송되기 전에 TCH-휴면 타이머가 만료되는 것이 가능하다. 이 경우, 996 의 접속 폐쇄 메시지는 그 콜 흐름에서 이 이른 지점에서 TCH-휴면 타이머의 만료 시 트리거될 수 있다. 주지하고 있는 바와 같이, 이 대안적인 실시형태에서, 접속 폐쇄 메시지는 IP 흐름들 0, 1 및 2 에 대한 명시적인 ReservationOffRequest 메시지들이 전송될 필요가 없게, IP 흐름들 0, 1 및 2 의 각각에 대한 암시적인 ReservationOffRequest 로서 기능하도록 구성될 수 있다. 또다른 실시형태에서, 도 9a 및 도 9b 에 나타내지는 않지만, AT 1 은 이 대안적인 실시형태에서는, IP 흐름들 0, 1 및 2 에 대한 QoS 리소스 예약(들) 을 턴오프하기 위해서, '조기' 접속 폐쇄 메시지에 더해서, IP 흐름들 0, 1 및 2 에 대한 명시적인 ReservationOffRequest 메시지들을 전송할 수 있다.
동작들 (982 내지 998) 이 AT 1 에서 일어나는 것으로 나타내지만, ATs 2…N 이 또한 이들 동작들을 수행할 수도 있음을 명백히 알 수 있을 것이다. 즉, ATs 2…N 도 또한 그들 단독으로, 통신 세션을 빠져 나가도록 결정할 수 있다. 그러나, ATs 2…N 에서 일어나는 이 잠재적인 결정 로직은 도 9b 로부터 설명의 편의를 위해 생략되었다.
또, 위에서 설명한 본 발명의 실시형태들에서는, QoS 가 2진 변수 (즉, QoS 'ON' 또는 QoS 'OFF') 인 것처럼 (예컨대, 도 8b 의 845 및/또는 858, 도 9b 의 943 및/또는 956 등에서) 각각의 ATs 에서 수행되는 QoS-평가들이 설명되었다. 그러나, 다른 본 발명의 실시형태들에서, 상이한 정도의 레벨들의 QoS 가 주어진 AT 및/또는 RAN (120) 에서 평가될 수 있다. 예를 들어, 2진-유형 구현예에서, 위에서 설명한 바와 같이, QoS 레벨들은 그룹 통신 세션 관리 애플리케이션 (예컨대, QChat 클라이언트) 을 파워업할 때에 협상되어 할당될 수 있다. W-CDMA 의 현재의 구현예들은, 오직 하나의 QoS 흐름이 사용되고 이 QoS 흐름이 온 (ON) 또는 오프 (OFF) 인 점에서 볼 때, 2진-유형 구현예에 대응한다.
이의 대안으로, 주어진 AT 는 하나 보다 많은 QoS 흐름을 요청할 수 있으며, RAN (120) 은 단지 일부 개수 (partial number) 의 흐름들을 부여할 수도 있다. 이런 의미에서, 이 요청된 QoS 는 일 예에서 주어진 AT 에 '부분적으로' 이용가능하게 될 수도 있다. 예를 들어, RAN (120) 은 순 방향에서 QoS 흐름들을 부여하고 역 방향에서 흐름들을 거절할 수도 있다. 이런 할당에 기초하여, 주어진 AT 는 그 STATUS 를 ACK (수락) 하고 추후에 그 역 방향에서 그 흐름들을 재-요청하기로 결정할 수도 있다. 즉, 도 8b 의 845 및/또는 858, 또는 도 9b 의 943 및/또는 956 의 결정 블록들은 모든 요청된 QoS 가 획득되었는지 여부 대신에, 충분한 레벨의 QoS 리소스들이 획득되었는지 여부 (예컨대, 하프 듀플렉스 콜 목표에 대해 역방향 링크 QoS 흐름이 덜 중요한 순방향 링크 QoS 흐름, 하프 듀플렉스 콜 발신자 또는 플로어-홀더에 대해 순방향 링크 QoS 흐름이 덜 중요한 역방향 링크 QoS 흐름 등) 를 평가할 수 있다. 현재 EV-DO 의 구현예들은 다수의 QoS 흐름들을 전개하며, 이 QoS 흐름은 다수의 흐름들 중 임의의 흐름이 RAN (120) 에 의해 이용불가능하거나 또는 턴온되면, 오프 (OFF) 인 것으로 간주된다.
당업자들은 정보 및 신호들이 다양한 상이한 기술들 및 기법들 중 어느 것을 이용하여서도 표현될 수도 있다는 점을 명백히 알 수 있을 것이다. 예를 들어, 상기 설명 과정에서 언급한 데이터, 명령들, 지령들, 정보, 신호들, 비트들, 심볼들, 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 자기 입자들, 광학장들 또는 광학 입자들, 또는 이들의 임의의 조합으로 표현될 수도 있다.
또, 당업자들은, 본원에서 개시된 실시형태들과 관련하여 설명되는 여러가지 예시적인 로직 블록들, 모듈들, 회로들, 및 알고리즘 단계들이 전자적 하드웨어, 컴퓨터 소프트웨어, 또는 양자의 조합들로서 구현될 수도 있다는 것을 명백히 알 수 있을 것이다. 이러한 하드웨어와 소프트웨어의 상호 교환가능성을 명백히 나타내기 위하여, 이상에서는, 여러 예시적인 구성요소들, 블록들, 모듈들, 회로들 및 단계들을 그들의 기능의 관점에서 일반적으로 설명되었다. 이런 기능이 하드웨어 또는 소프트웨어로 구현되는지 여부는 특정의 애플리케이션 및 전체 시스템에 부과되는 설계 제한 사항들에 의존한다. 숙련자들은 각각의 특정의 애플리케이션 마다 설명한 기능을 여러가지 방법으로 구현할 수도 있으며, 그러나 이런 구현 결정들이 본 발명의 범위로부터 일탈을 초래하는 것으로 해석되어서는 안된다.
본원에서 개시된 실시형태들과 관련하여 설명되는 여러가지 예시적인 로직 블록들, 모듈들, 및 회로들은 범용 프로세서, 디지털 신호 프로세서 (DSP), 주문형 집적회로 (ASIC), 필드 프로그래밍가능 게이트 어레이 (FPGA) 또는 다른 프로그래밍가능 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 구성요소들, 또는 본원에서 설명한 기능들을 수행하도록 설계된 이들의 임의의 조합으로 구현되거나 또는 수행될 수도 있다. 범용 프로세서는 마이크로프로세서일 수도 있으며, 그러나 대안적인 예에서, 프로세서 임의의 종래의 프로세서, 제어기, 마이크로제어기, 또는 상태 기계일 수도 있다. 프로세서는 또한 컴퓨팅 디바이스들의 조합, 예컨대, DSP와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 결합된 하나 이상의 마이크로프로세서들, 또는 임의의 다른 이런 구성로서 구현될 수도 있다.
본원에서 개시된 실시형태들과 관련하여 설명되는 방법들, 시퀀스들 및/또는 알고리즘들은 하드웨어로 직접, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 이 둘의 조합으로 구현될 수도 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈식 디스크, CD-ROM, 또는 당업계에 알려져 있는 임의의 다른 유형의 저장 매체에 상주할 수도 있다. 예시적인 저장매체는 프로세서가 저장 매체로부터 정보를 판독하고 저장매체에 정보를 기록하도록 프로세서에 커플링된다. 대안적인 예에서, 저장 매체는 프로세서에 통합될 수도 있다. 프로세서 및 저장 매체는 ASIC 에 상주할 수도 있다. ASIC 는 사용자 단말 (예컨대, 액세스 단말) 에 상주할 수도 있다. 대안적인 예에서, 프로세서 및 저장 매체는 사용자 단말에 별개의 구성요소들로서 상주할 수도 있다.
하나 이상의 예시적인 실시형태들에서, 설명된 기능들은 하드웨어, 소프트웨어, 펌웨어, 또는 이들의 임의의 조합으로 구현될 수도 있다. 소프트웨어로 구현되는 경우, 기능들은 컴퓨터-판독가능 매체 상에 하나 이상의 명령들 또는 코드들로서 저장되거나 또는 거쳐서 전달될 수도 있다. 컴퓨터-판독가능 매체들은 한 장소로부터 또 다른 장소로 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함한, 컴퓨터 저장 매체들 및 통신 매체들 양자를 포함한다. 저장 매체들은 컴퓨터에 의해 액세스될 수 있는 임의의 가용 매체들일 수도 있다. 일 예로서, 이에 한정하지 않고, 이런 컴퓨터-판독가능 매체들은 RAM, ROM, EEPROM, CD-ROM 또는 다른 광디스크 저장, 자기디스크 저장 또는 다른 자기 저장 디바이스들, 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 전달하거나 또는 저장하는데 사용될 수 있고 컴퓨터에 의해 액세스될 수 있는 임의의 다른 매체를 포함할 수 있다. 또한, 임의의 접속이 컴퓨터-판독가능 매체로 적절히 지칭된다. 예를 들어, 소프트웨어가 웹사이트, 서버, 또는 다른 원격 소오스로부터 동축 케이블, 광섬유 케이블, 이중 권선, 디지털 가입자 회선 (DSL), 또는 무선 기술들, 예컨대 적외선, 무선, 및 마이크로파를 이용하여 송신되는 경우, 동축 케이블, 광섬유 케이블, 이중 권선, DSL, 또는 무선 기술들 예컨대 적외선, 무선, 및 마이크로파가 그 매체의 정의에 포함된다. 디스크 (disk) 및 디스크 (disc) 는, 본원에서 사용할 때, 컴팩트 디스크 (CD), 레이저 디스크, 광 디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크 및 블루-레이 디스크를 포함하며, 본원에서, 디스크 (disk) 는 데이터를 자기적으로 보통 재생하지만, 디스크 (disc) 는 레이저로 데이터를 광학적으로 재생한다. 앞에서 언급한 것들의 조합들이 또한 컴퓨터-판독가능 매체들의 범위 내에 포함되어야 한다.
따라서, 본 발명의 일 실시형태는 컴퓨터로 하여금 QoS 리소스들에 대한 접속 요청 및 예약을 액세스 메시지에 번들할 수 있도록 하는 코드, 및 컴퓨터로 하여금 액세스 메시지를 액세스 네트워크로 송신하도록 하는 코드를 포함하는, 무선 네트워크에서 통신 메시지들을 번들하기 위해, 안에 저장된 코드를 포함하는 컴퓨터-판독가능 매체를 포함할 수 있다. 또, 본원에서 설명한 기능들 중 임의의 기능이 본 발명의 추가적인 실시형태들에 추가적인 코드로서 포함될 수 있다.
전술한 개시물이 본 발명의 예시적인 실시형태들을 나타내지만, 여러 가지 변화들 및 변경들이 첨부된 청구항들에 정의되는 바와 같이, 본 발명의 범위로부터 일탈함이 없이 본원에서 이루어질 수 있다는 점에 유의해야 한다. 본원에서 설명하는 본 발명의 실시형태들에 따른 방법 청구항들의 기능들, 단계들 및/또는 액션들이 반드시 임의의 특정의 순서로 수행될 필요는 없다. 더욱이, 본 발명의 엘리먼트들이 단수로 설명 또는 청구될 수도 있지만, 그 단수에의 한정이 명시적으로 언급되지 않는 한, 복수가 고려된다.

Claims (20)

  1. 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 획득하는 방법으로서,
    휴면 상태에 있는 발신하는 액세스 단말에서, 적어도 하나의 목표 액세스 단말과의 통신 세션을 개시하라는 요청을 수신하는 단계로서, 상기 발신하는 액세스 단말의 상기 휴면 상태는, (i) 상기 발신하는 액세스 단말이 상기 개시되는 통신 세션에 대한 활성 트래픽 채널 (TCH) 을 갖지 않는 것, 및 (ii) 상기 발신하는 액세스 단말이 상기 개시되는 통신 세션에 대한 매체들을 위한 인터넷 프로토콜 (IP) 흐름과는 별개이고 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 적어도 확립된 IP 흐름에 대한 QoS 리소스 예약을 갖지 않는 것을 특징으로 하는 상기 요청을 수신하는 단계;
    적어도 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름에 대한 상기 QoS 리소스 예약을 요청하도록 메시지를 구성하는 단계; 및
    상기 구성된 메시지를 액세스 네트워크로 송신하는 단계를 포함하는, 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 획득하는 방법.
  2. 제 1 항에 있어서,
    상기 구성된 메시지는, (i) 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름에 대한 상기 QoS 리소스 예약에 대한 상기 요청, (ii) 상기 활성 TCH 에 대한 요청, (iii) 상기 개시되는 통신 세션에 대한 인-콜 시그널링을 위한 IP 흐름에 대한 QoS 리소스 예약에 대한 요청, (iv) 상기 개시되는 통신 세션에 대한 매체들을 위한 IP 흐름에 대한 QoS 리소스 예약에 대한 요청, (v) 콜 요청 메시지, 및 (vi) 로케이션-업데이트 메시지 중 2개 이상을 포함하는 번들된 메시지에 대응하는, 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 획득하는 방법.
  3. 제 2 항에 있어서,
    상기 번들된 메시지에 응답하여 상기 액세스 네트워크로부터, 상기 개시되는 통신 세션에 대한 콜 셋-업, 인-콜 시그널링 및 매체들의 각각을 위한 상기 IP 흐름들에 대해서 수락의 표시들 및 상기 요청된 TCH 의 할당을 수신하는 단계를 더 포함하는, 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 획득하는 방법.
  4. 제 1 항에 있어서,
    상기 구성된 메시지는 데이터-오버-시그널링 (DoS) 패킷이고,
    상기 송신하는 단계는 상기 구성된 메시지를 시그널링 채널을 통하여 송신하는, 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 획득하는 방법.
  5. 제 1 항에 있어서,
    상기 액세스 네트워크가 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름에 대한 상기 QoS 리소스 예약의 상기 요청을 수락하였다는 표시를 수신하는 단계를 더 포함하는, 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 획득하는 방법.
  6. 제 1 항에 있어서,
    상기 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름은 상기 통신 세션에 대한 콜 셋업 동안의 시그널링을 전달하도록 구성되고,
    상기 구성된 메시지는 상기 QoS 리소스 예약에 콜 셋업 동안 상기 시그널링의 적어도 일부분에 적용되는 QoS 를 획득하도록 요청하는, 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 획득하는 방법.
  7. 제 1 항에 있어서,
    상기 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름은 상기 통신 세션 이전, 상기 통신 세션 중, 및 상기 통신 세션 이후에 유지되고,
    상기 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름은 상기 요청이 수신되었을 때 상기 QoS 리소스 예약이 없는 무-QoS 상태에서 동작하고,
    상기 구성된 메시지는 상기 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름이 상기 무-QoS 상태에서 상기 QoS 리소스 예약을 지원하는 QoS 상태로 전환되도록 요청하는, 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 획득하는 방법.
  8. 제 1 항에 있어서,
    상기 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름은, 상기 통신 세션 이전, 상기 통신 세션 중, 및 상기 통신 세션 이후에 유지되고,
    상기 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름은 제 1 메시지가 수신되었을 때 상기 QoS 리소스 예약이 없는 무-QoS 상태에서 동작하고,
    상기 제 1 메시지는 상기 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름이 상기 무-QoS 상태에서 상기 QoS 리소스 예약을 지원하는 QoS 상태로 전환되도록 요청하는, 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 획득하는 방법.
  9. 무선 통신 시스템 내에서 서버-중재 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 프로비져닝하는 방법으로서,
    액세스 네트워크에서, 발신하는 액세스 단말과 적어도 하나의 목표 액세스 단말 사이에 통신 세션을 개시하라는 요청과 연관하여 제 1 메시지를 수신하는 단계로서, 상기 제 1 메시지는, 적어도 상기 개시되는 통신 세션에 대한 매체들을 위한 인터넷 프로토콜 (IP) 흐름과는 별개이고 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 IP 흐름에 대해서 QoS 리소스 예약을 요청하도록 구성되는, 상기 제 1 메시지를 수신하는 단계; 및
    상기 제 1 메시지에 응답하여, 적어도 상기 발신하는 액세스 단말에 의한 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름에 대한 상기 QoS 리소스 예약에 대한 요청이 상기 액세스 네트워크에 의해 수락되었음을 나타내는 제 2 메시지를 송신하는 단계를 포함하는, 무선 통신 시스템 내에서 서버-중재 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 프로비져닝하는 방법.
  10. 제 9 항에 있어서,
    상기 제 1 메시지는, (i) 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름에 대한 상기 QoS 리소스 예약에 대한 상기 요청, (ii) 트래픽 채널 (TCH) 에 대한 요청, (iii) 상기 개시되는 통신 세션에 대한 인-콜 시그널링을 위한 IP 흐름에 대한 QoS 리소스 예약에 대한 요청, (iv) 상기 개시되는 통신 세션에 대한 매체들을 위한 상기 IP 흐름에 대한 QoS 리소스 예약에 대한 요청, (v) 콜 요청 메시지, 및 (vi) 로케이션-업데이트 메시지 중 2개 이상을 포함하는 번들된 메시지에 대응하는, 무선 통신 시스템 내에서 서버-중재 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 프로비져닝하는 방법.
  11. 제 10 항에 있어서,
    상기 번들된 메시지에 응답하여 상기 액세스 네트워크로부터, 상기 개시되는 통신 세션에 대한 콜 셋-업, 인-콜 시그널링 및 매체들의 각각을 위한 상기 IP 흐름들에 대해서 상기 요청된 TCH 의 할당 및 수락의 표시들을 송신하는 단계를 더 포함하는, 무선 통신 시스템 내에서 서버-중재 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 프로비져닝하는 방법.
  12. 제 10 항에 있어서,
    상기 콜 요청 메시지를 상기 개시되는 통신 세션을 중재하도록 구성된 애플리케이션 서버로 포워딩하는 단계를 더 포함하는, 무선 통신 시스템 내에서 서버-중재 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 프로비져닝하는 방법.
  13. 제 9 항에 있어서,
    상기 제 1 메시지는 데이터-오버-시그널링 (DoS) 패킷 내에 포함되며, 시그널링 채널 상에서 수신되는, 무선 통신 시스템 내에서 서버-중재 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 프로비져닝하는 방법.
  14. 제 9 항에 있어서,
    상기 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름은 상기 통신 세션에 대한 콜 셋업 동안의 시그널링을 전달하도록 구성되고,
    상기 구성된 메시지는 상기 QoS 리소스 예약에 콜 셋업 동안 상기 시그널링의 적어도 일부분에 적용되는 QoS 를 획득하도록 요청하는, 무선 통신 시스템 내에서 서버-중재 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 프로비져닝하는 방법.
  15. 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 획득하도록 구성된 액세스 단말로서,
    상기 액세스 단말이 휴면 상태에 있는 동안, 적어도 하나의 목표 액세스 단말과의 통신 세션을 개시하라는 요청을 수신하는 수단으로서, 상기 액세스 단말의 상기 휴면 상태는, (i) 상기 액세스 단말이 상기 개시되는 통신 세션에 대한 활성 트래픽 채널 (TCH) 을 갖지 않는 것, 및 (ii) 상기 액세스 단말이 상기 개시되는 통신 세션에 대한 매체들을 위한 인터넷 프로토콜 (IP) 흐름과는 별개이고 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 적어도 확립된 IP 흐름에 대한 QoS 리소스 예약을 갖지 않는 것을 특징으로 하는, 상기 요청을 수신하는 수단;
    적어도 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름에 대한 상기 QoS 리소스 예약을 요청하도록 메시지를 구성하는 수단; 및
    상기 구성된 메시지를 액세스 네트워크로 송신하는 수단을 포함하는, 액세스 단말.
  16. 무선 통신 시스템 내에서 서버-중재 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 프로비져닝하도록 구성된 액세스 네트워크로서,
    발신하는 액세스 단말과 적어도 하나의 목표 액세스 단말 사이에 통신 세션을 개시하라는 요청과 연관하여 제 1 메시지를 수신하는 수단으로서, 상기 제 1 메시지는 적어도 상기 개시되는 통신 세션에 대한 매체들을 위한 인터넷 프로토콜 (IP) 흐름과는 별개이고 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 IP 흐름에 대해서 QoS 리소스 예약을 요청하도록 구성되는, 상기 제 1 메시지를 수신하는 수단; 및
    상기 제 1 메시지에 응답하여, 적어도 상기 발신하는 액세스 단말에 의한 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름에 대한 상기 QoS 리소스 예약에 대한 요청이 상기 액세스 네트워크에 의해 수락되었음을 나타내는 제 2 메시지를 송신하는 수단을 포함하는, 엑세스 네트워크.
  17. 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 획득하도록 구성된 액세스 단말로서,
    상기 액세스 단말이 휴면 상태에 있는 동안, 적어도 하나의 목표 액세스 단말과의 통신 세션을 개시하라는 요청을 수신하도록 구성된 로직으로서, 상기 액세스 단말의 상기 휴면 상태는, (i) 상기 액세스 단말이 상기 개시되는 통신 세션에 대한 활성 트래픽 채널 (TCH) 을 갖지 않는 것, 및 (ii) 상기 액세스 단말이 상기 개시되는 통신 세션에 대한 매체들을 위한 인터넷 프로토콜 (IP) 흐름과는 별개이고 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 적어도 확립된 IP 흐름에 대한 QoS 리소스 예약을 갖지 않는 것을 특징으로 하는, 상기 요청을 수신하도록 구성된 로직;
    적어도 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름에 대한 상기 QoS 리소스 예약을 요청하도록 메시지를 구성하도록 구성된 로직; 및
    상기 구성된 메시지를 액세스 네트워크로 송신하도록 구성된 로직을 포함하는, 액세스 단말.
  18. 무선 통신 시스템 내에서 서버-중재 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 프로비져닝하도록 구성된 액세스 네트워크로서,
    발신하는 액세스 단말과 적어도 하나의 목표 액세스 단말 사이에 통신 세션을 개시하라는 요청과 연관하여 제 1 메시지를 수신하도록 구성된 로직으로서, 상기 제 1 메시지는 적어도 상기 개시되는 통신 세션에 대한 매체들을 위한 인터넷 프로토콜 (IP) 흐름과는 별개이고 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 IP 흐름에 대해서 QoS 리소스 예약을 요청하도록 구성되는, 상기 제 1 메시지를 수신하도록 구성된 로직; 및
    상기 제 1 메시지에 응답하여, 적어도 상기 발신하는 액세스 단말에 의한 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름에 대한 상기 QoS 리소스 예약에 대한 요청이 상기 액세스 네트워크에 의해 수락되었음을 나타내는 제 2 메시지를 송신하도록 구성된 로직을 포함하는, 액세스 네트워크.
  19. 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 획득하도록 구성된 액세스 단말에 의해 실행될 때, 상기 액세스 단말로 하여금 동작들을 수행하도록 하는 명령들을 포함하는 컴퓨터-판독가능 저장 매체로서,
    상기 명령들은,
    상기 액세스 단말이 휴면 상태에 있는 동안, 적어도 하나의 목표 액세스 단말과의 통신 세션을 개시하라는 요청을 수신하기 위한 프로그램 코드로서, 상기 액세스 단말의 상기 휴면 상태는, (i) 상기 액세스 단말이 상기 개시되는 통신 세션에 대한 활성 트래픽 채널 (TCH) 을 갖지 않는 것, 및 (ii) 상기 액세스 단말이 상기 개시되는 통신 세션에 대한 매체들을 위한 인터넷 프로토콜 (IP) 흐름과는 별개이고 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 적어도 확립된 IP 흐름에 대한 QoS 리소스 예약을 갖지 않는 것을 특징으로 하는, 상기 요청을 수신하기 위한 프로그램 코드;
    적어도 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름에 대한 상기 QoS 리소스 예약을 요청하도록 메시지를 구성하기 위한 프로그램 코드; 및
    상기 구성된 메시지를 액세스 네트워크로 송신하기 위한 프로그램 코드를 포함하는, 컴퓨터-판독가능 저장 매체.
  20. 무선 통신 시스템 내에서 통신 세션 동안 서비스 품질 (QoS) 리소스 예약들을 프로비져닝하도록 구성된 액세스 네트워크에 의해 실행될 때, 상기 액세스 네트워크로 하여금 동작들을 수행하도록 하는 명령들을 포함하는 컴퓨터-판독가능 저장 매체로서,
    상기 명령들은,
    발신하는 액세스 단말과 적어도 하나의 목표 액세스 단말 사이에 통신 세션을 개시하라는 요청과 연관하여 제 1 메시지를 수신하기 위한 프로그램 코드로서, 상기 제 1 메시지는 적어도 상기 개시되는 통신 세션에 대한 매체들을 위한 인터넷 프로토콜 (IP) 흐름과는 별개이고 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 IP 흐름에 대해서 QoS 리소스 예약을 요청하도록 구성되는, 상기 제 1 메시지를 수신하기 위한 프로그램 코드; 및
    상기 제 1 메시지에 응답하여, 적어도 상기 발신하는 액세스 단말에 의한 상기 개시되는 통신 세션에 대한 콜 셋업을 위한 상기 IP 흐름에 대한 상기 QoS 리소스 예약에 대한 요청이 상기 액세스 네트워크에 의해 수락되었음을 나타내는 제 2 메시지를 송신하기 위한 프로그램 코드를 포함하는, 컴퓨터-판독가능 저장 매체.
KR1020147009030A 2010-05-28 2011-05-26 무선 통신 시스템 내에서 통신 세션 동안 콜 셋업 서비스 품질 (QoS) 리소스 예약들을 선택적으로 프로비져닝하는 것 KR101532524B1 (ko)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US34933910P 2010-05-28 2010-05-28
US61/349,339 2010-05-28
US13/105,685 2011-05-11
US13/105,685 US20110292798A1 (en) 2010-05-28 2011-05-11 SELECTIVELY PROVISIONING CALL SETUP QUALITY OF SERVICE (QoS) RESOURCE RESERVATIONS DURING A COMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM
PCT/US2011/038111 WO2011150191A1 (en) 2010-05-28 2011-05-26 SELECTIVELY PROVISIONING CALL SETUP QUALITY OF SERVICE (QoS) RESOURCE RESERVATIONS DURING A COMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
KR1020127034396A Division KR101532825B1 (ko) 2010-05-28 2011-05-26 무선 통신 시스템 내에서 통신 세션 동안 콜 셋업 서비스 품질 (QoS) 리소스 예약들을 선택적으로 프로비져닝하는 것

Publications (2)

Publication Number Publication Date
KR20140061496A KR20140061496A (ko) 2014-05-21
KR101532524B1 true KR101532524B1 (ko) 2015-07-06

Family

ID=44534597

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020147009030A KR101532524B1 (ko) 2010-05-28 2011-05-26 무선 통신 시스템 내에서 통신 세션 동안 콜 셋업 서비스 품질 (QoS) 리소스 예약들을 선택적으로 프로비져닝하는 것
KR1020127034396A KR101532825B1 (ko) 2010-05-28 2011-05-26 무선 통신 시스템 내에서 통신 세션 동안 콜 셋업 서비스 품질 (QoS) 리소스 예약들을 선택적으로 프로비져닝하는 것

Family Applications After (1)

Application Number Title Priority Date Filing Date
KR1020127034396A KR101532825B1 (ko) 2010-05-28 2011-05-26 무선 통신 시스템 내에서 통신 세션 동안 콜 셋업 서비스 품질 (QoS) 리소스 예약들을 선택적으로 프로비져닝하는 것

Country Status (7)

Country Link
US (1) US20110292798A1 (ko)
EP (1) EP2578017A1 (ko)
JP (2) JP5622931B2 (ko)
KR (2) KR101532524B1 (ko)
CN (1) CN102918888B (ko)
BR (1) BR112012030157A2 (ko)
WO (1) WO2011150191A1 (ko)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11824904B1 (en) 2022-11-18 2023-11-21 T-Mobile Usa, Inc. Verifying delivery of rich call data object to a terminating wireless device

Families Citing this family (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101507208B (zh) * 2006-09-28 2014-04-09 高通股份有限公司 用于快速会话建立的预测性服务质量资源分配
KR101058605B1 (ko) * 2006-09-28 2011-08-22 콸콤 인코포레이티드 효율성을 위한 통신 신호들의 번들링
US20110292798A1 (en) * 2010-05-28 2011-12-01 Qualcomm Incorporated SELECTIVELY PROVISIONING CALL SETUP QUALITY OF SERVICE (QoS) RESOURCE RESERVATIONS DURING A COMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM
US9106507B1 (en) * 2011-06-08 2015-08-11 Sprint Communications Company L.P. Selective packet voice trigger use in a wireless communication network
CN103188715B (zh) * 2011-12-28 2016-04-27 中国移动通信集团广东有限公司 无线资源自动监控调度的方法及装置
TWI590631B (zh) * 2012-03-15 2017-07-01 微軟技術授權有限責任公司 無線網路上的多模態通信優先性
US20130250827A1 (en) * 2012-03-20 2013-09-26 Qualcomm Incorporated Devices and methods for modifying performance attributes based on device capabilities
US10412618B2 (en) * 2012-08-31 2019-09-10 Qualcomm Incorporated Optimistic quality of service set up
WO2014075258A1 (en) * 2012-11-15 2014-05-22 Qualcomm Incorporated Apparatus and method for avoiding data loss associated with a qos reservation failure
EP3026940A1 (en) * 2014-11-27 2016-06-01 Motorola Solutions, Inc. Method and system for managing modification of quality of service in a communication system handling a communication group
TWI572179B (zh) * 2015-01-28 2017-02-21 Chunghwa Telecom Co Ltd Mobile network base station communication prediction and resource scheduling automation analysis system and method
CN104935374B (zh) * 2015-06-23 2018-06-01 西安空间无线电技术研究所 一种基于动态窗口的卫星ip资源预留处理方法
CN109246173B (zh) * 2017-06-16 2023-02-17 北京三星通信技术研究有限公司 会话操作的控制方法及装置
WO2018230982A1 (en) 2017-06-16 2018-12-20 Samsung Electronics Co., Ltd. Apparatus and method for managing connections in wireless communication system
JP7109538B2 (ja) * 2017-09-26 2022-07-29 ソニーグループ株式会社 ネットワークアクセスの優先順位付け
BR112020007563A2 (pt) * 2017-11-17 2020-09-24 Telefonaktiebolaget Lm Ericsson (Publ) método para monitoramento da qualidade de serviço de um fluxo, e, primeiro e segundo nós de rede
WO2020062000A1 (en) * 2018-09-28 2020-04-02 Nokia Shanghai Bell Co., Ltd. Proactive resource reservation for communications
WO2020150875A1 (zh) * 2019-01-21 2020-07-30 Oppo广东移动通信有限公司 一种资源管理方法、设备及存储介质

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060209891A1 (en) * 2005-03-18 2006-09-21 Fujitsu Limited Network QoS control system and method
WO2008039973A1 (en) * 2006-09-28 2008-04-03 Qualcomm Incorporated Bundling of communication signals for efficiency
US20090280849A1 (en) * 2008-05-12 2009-11-12 Qualcomm Incorporated Method and apparatus for adaptive dynamic call setup based on real-time network resource availability

Family Cites Families (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
FI108192B (fi) * 1998-03-19 2001-11-30 Nokia Networks Oy Menetelmä ja laitteisto palvelun laadun kontrolloimiseksi matkaviestinjärjestelmässä
US7221682B2 (en) * 2002-07-18 2007-05-22 Lucent Technologies Inc. Controller for allocation of processor resources and related methods
US7924811B2 (en) * 2004-03-30 2011-04-12 Sony Ericsson Mobile Communications Ab Methods, systems and computer program products for suspending packet-switched sessions to a wireless terminal
US7353036B2 (en) * 2004-05-10 2008-04-01 Motorola, Inc. Push-to-talk reverse channel establishment
US7978684B2 (en) * 2004-06-15 2011-07-12 Nokia Corporation Session set-up for time-critical services
US7796995B2 (en) * 2004-06-21 2010-09-14 Qualcomm Incorporated Asynchronous signaling and data delivery in wireless communication system
US7394798B2 (en) * 2004-06-30 2008-07-01 Spyder Navigations, L.L.C. Push-to talk over Ad-Hoc networks
US7970425B2 (en) 2005-08-30 2011-06-28 Alcatel-Lucent Usa Inc. Push-to-talk group call system using CDMA 1x-EVDO cellular network
US9204420B2 (en) * 2006-01-25 2015-12-01 Alcatel Lucent QoS-aware paging in a wireless communication system
WO2007133734A2 (en) * 2006-05-15 2007-11-22 Nortel Networks Limited Data over signaling (dos) optimization over wireless access networks
US20080253342A1 (en) * 2007-04-10 2008-10-16 Zte (Usa) Inc. Signaling in convergence sublayer in WiMAX
US20110292798A1 (en) * 2010-05-28 2011-12-01 Qualcomm Incorporated SELECTIVELY PROVISIONING CALL SETUP QUALITY OF SERVICE (QoS) RESOURCE RESERVATIONS DURING A COMMUNICATION SESSION WITHIN A WIRELESS COMMUNICATIONS SYSTEM

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060209891A1 (en) * 2005-03-18 2006-09-21 Fujitsu Limited Network QoS control system and method
WO2008039973A1 (en) * 2006-09-28 2008-04-03 Qualcomm Incorporated Bundling of communication signals for efficiency
US20090280849A1 (en) * 2008-05-12 2009-11-12 Qualcomm Incorporated Method and apparatus for adaptive dynamic call setup based on real-time network resource availability
WO2009140113A1 (en) * 2008-05-12 2009-11-19 Qualcomm Incorporated Method and apparatus for adaptive dynamic call setup based on real-time network resource availability

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11824904B1 (en) 2022-11-18 2023-11-21 T-Mobile Usa, Inc. Verifying delivery of rich call data object to a terminating wireless device

Also Published As

Publication number Publication date
BR112012030157A2 (pt) 2018-05-15
EP2578017A1 (en) 2013-04-10
JP2014147101A (ja) 2014-08-14
WO2011150191A1 (en) 2011-12-01
JP5622931B2 (ja) 2014-11-12
KR101532825B1 (ko) 2015-07-01
US20110292798A1 (en) 2011-12-01
CN102918888B (zh) 2016-09-21
JP5734486B2 (ja) 2015-06-17
CN102918888A (zh) 2013-02-06
KR20140061496A (ko) 2014-05-21
KR20130025916A (ko) 2013-03-12
JP2013531935A (ja) 2013-08-08

Similar Documents

Publication Publication Date Title
KR101532524B1 (ko) 무선 통신 시스템 내에서 통신 세션 동안 콜 셋업 서비스 품질 (QoS) 리소스 예약들을 선택적으로 프로비져닝하는 것
KR101385394B1 (ko) 무선 통신 시스템 내의 서비스 품질 (ＱｏＳ) 취득 및 프로비져닝
US8213310B2 (en) High-priority communications session within a wireless communications system
KR101322490B1 (ko) 무선 통신 시스템 내의 고-우선순위 통신 세션들
KR101311064B1 (ko) 무선 통신 시스템 내에서의 통신 세션의 셋업 동안 전용 채널 상태로의 사용자 장비 (ｕｅ) 전환
KR101329163B1 (ko) 신속한 세션 설정을 위한 예측 ＱｏＳ 자원 할당
KR101138485B1 (ko) 효율성을 위한 통신 신호들의 번들링
KR101441779B1 (ko) 무선 통신 시스템 내의 고-우선순위 통신 세션들

Legal Events

Date Code Title Description
A107 Divisional application of patent
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: 20180329

Year of fee payment: 4

FPAY Annual fee payment

Payment date: 20190327

Year of fee payment: 5