KR20120127486A

KR20120127486A - 무선 통신 시스템 내 사용자 장비의 보조 상태 전환들

Info

Publication number: KR20120127486A
Application number: KR1020127023257A
Authority: KR
Inventors: 봉용 송; 이-하오 린
Original assignee: 퀄컴 인코포레이티드
Priority date: 2010-02-05
Filing date: 2011-02-02
Publication date: 2012-11-21
Also published as: EP2532203A1; JP2013519302A; CN102845114A; US8848553B2; CN104735823A; JP5581402B2; KR101413807B1; US20110194436A1; EP2532203B1; WO2011097271A1; CN102845114B; CN104735823B

Abstract

일 실시형태에서, 사용자 장비 (UE) 는 애플리케이션 서버에 의해 중재되는 적어도 하나의 다른 UE 와 통신 세션을 개시하도록, 결정한다. UE 는 통신 세션의 유형 (예컨대, 지연-민감한, PTT 등) 및/또는 애플리케이션 서버에 의한 통신 세션의 개시를 요청하기 위해서 UE 에 의해 전송되는 콜 메시지의 사이즈를 결정한다. UE 는 결정된 통신 세션의 유형 및/또는 콜 메시지의 결정된 사이즈에 적어도 부분적으로 기초하여, 콜 메시지를 송신할 역방향-링크 채널을 선택한다. UE 는 선택된 역방향-링크 채널 상에서 송신들을 지원하는 소정의 상태 (예컨대, CELL_FACH, CELL_DCH 등) 로 전환한다. UE 는 UE 가 소정의 상태로 전환된 이후에 콜 메시지를 선택된 역방향-링크 채널 상에서 송신한다.

Description

무선 통신 시스템 내 사용자 장비의 보조 상태 전환들{ASSISTED STATE TRANSITIONS OF A USER EQUIPMENT WITHIN A WIRELESS COMMUNICATIONS SYSTEM}

35 U.S.C. §119 하의 우선권 주장

본 특허 출원은 발명의 명칭이 "ASSISTED STATE TRANSITIONS OF A USER EQUIPMENT WITHIN A WIRELESS COMMUNICATIONS SYSTEM" 으로, 2000년 2월 5일자로 출원되어, 본 양수인에게 양도된 미국 가출원 번호 제 61/301,919 호에 대해 우선권을 주장하며, 여기에 명시적으로 참조로 포함된다.

본 발명의 분야

본 발명의 실시형태들은 무선 통신 시스템 내에서 사용자 장비 (UE) 의 보조 상태 전환 (assisted state transition) 들에 관한 것이다.

무선 통신 시스템들은 제 1 세대 아날로그 무선 전화 서비스 (1G), (중간의 2.5G 및 2.75G 네트워크들을 포함한) 제 2 세대 (2G) 디지털 무선 전화 서비스 및 제 3 세대 (3G) 고속 데이터/인터넷 가능 무선 서비스를 포함하는 여러 세대를 거쳐 발달하여 왔다. 현재, 셀룰러 및 PCS (Personal Communications Service) 시스템들을 포함하여, 다수의 상이한 타입의 무선 통신 시스템들이 사용되고 있다. 공지된 셀룰러 시스템들의 예로는, 셀룰러 아날로그 어드밴스드 이동 전화 시스템 (AMPS), 및 코드 분할 다중 액세스 (CDMA), 주파수 분할 다중 액세스 (FDMA), 시분할 다중 액세스 (TDMA), TDMA 의 GSM (Global System for Mobile access) 변형, 그리고 TDMA 기술과 CDMA 기술 양자를 이용하는 더 새로운 하이브리드 디지털 통신 시스템들에 기초한 디지털 셀룰러 시스템들을 포함한다.

CDMA 이동 통신들을 제공하는 방법은 미국, TIA/EIA (Telecommunications Industry Association/Electronic Industries Association) 에 의해, "Mobile Station-Base Station Compatibility Standard for Dual-Mode Wideband Spread Spectrum Cellular System" 이란 제목의 TIA/EIA/IS-95-A 에 표준화되어 있으며, 여기서는 IS-95 라 한다. AMPS 와 CDMA 의 조합 시스템들이 TIA/EIA 표준 IS-98 에 기술되어 있다. 다른 통신들 시스템들은, 광대역 CDMA (W-CDMA), CDMA2000 (예컨대, CDMA2000 1xEV-DO 표준들) 또는 TD-SCDMA 으로 지칭되는 것을 포함하는 표준들, IMT-2000/UM, 또는 International Mobile Telecommunications System 2000/Universal Mobile Telecommunications System 에 기술되어 있다.

W-CDMA 무선 통신 시스템들에서, 사용자 장비들 (UE들) 은 기지국들에 인접하거나 또는 둘러싸는 특정의 지리적 영역들 내에서 통신 링크들 또는 서비스를 지원하는 고정된 포지션 노드 B들 (또한, 셀 사이트들 또는 셀들이라고도 함) 로부터 신호들을 수신한다. 노드 B들은 액세스 네트워크 (AN) / 무선 액세스 네트워크 (RAN) 에게 진입 포인트 (entry point) 들을 제공하는데, 여기서 그 액세스 네트워크 (AN) / 무선 액세스 네트워크 (RAN) 는 일반적으로, 서비스 품질 (QoS) 요구사항들에 기초하여 트래픽을 구별하는 방법들을 지원하는 표준 인터넷 엔지니어링 태스크 포스 (IETF) 기반 프로토콜들을 이용하는 패킷 데이터 네트워크이다. 따라서, 노드 B들은 일반적으로 공중 인터페이스를 통해서 UE들과 상호작용하며, 인터넷 프로토콜 (IP) 네트워크 데이터 패킷들을 통해서 RAN 과 상호작용한다.

무선 원격통신 시스템들에서는, 푸시-투-토크 (push-to-talk; PTT) 능력들이 서비스 섹터들 및 소비자들에게 인기를 얻고 있다. PTT 는 표준 커머셜 무선 기반구조들, 예컨대 W-CDMA, CDMA, FDMA, TDMA, GSM 등을 통해서 동작하는 "디스패치 (dispatch)" 음성 서비스를 지원할 수 있다. 디스패치 모델에서는, 엔드 포인트들 (예컨대, UE들) 사이의 통신이 가상 그룹들 내에서 발생하며, 이때, 한 명의 "화자" 의 음성이 한 명 이상의 "청취자들"에게 송신된다. 이 유형의 통신의 단일 인스턴스는 보통 디스패치 콜 (dispatch call) 로서 지칭되거나, 또는 간단히 PTT 콜로 지칭된다. PTT 콜은 콜의 특성들을 정의하는 한 그룹의 인스턴스화 (instantiation) 이다. 그룹은 본질적으로 멤버 리스트 및 연관된 정보, 예컨대, 그룹 이름 또는 그룹 식별 ID (identification) 로 정의된다.

일 실시형태에서, 사용자 장비 (UE) 는 애플리케이션 서버에 중재되는 적어도 하나의 다른 UE 와의 통신 세션을 개시하도록 결정한다. UE 는 애플리케이션 서버에 의한 통신 세션의 개시를 요청하기 위해 UE 에 의해 전송될 콜 메시지의 사이즈 및/또는 통신 세션 유형 (예컨대, 지연-민감, PTT 등) 를 결정한다. UE 는 그 결정된 콜 메시지의 사이즈 및/또는 그 결정된 통신 세션의 유형에 적어도 부분적으로 기초하여, 그 콜 메시지를 송신할 역방향-링크 채널을 선택한다. UE 는 선택된 역방향-링크 채널 상에서 송신들을 지원하는 소정의 상태 (예컨대, CELL_FACH, CELL_DCH 등) 로 전환한다. UE 가 그 소정의 상태로 전환된 후, UE 는 그 선택된 역방향-링크 채널 상에서 콜 메시지를 송신한다.

본 발명의 실시형태들에 대한 더 완전한 이해 및 그 다수의 부수적인 이점들은, 본 발명의 비한정적 예시로서만 제시되는 첨부 도면들을 참조하여, 다음의 상세한 설명을 참조함으로써, 더 잘 이해할 수 있다.
도 1 은 본 발명의 적어도 하나의 실시형태에 따른, 사용자 장비들 및 무선 액세스 네트워크들을 지원하는 무선 네트워크 아키텍쳐의 다이어그램이다.
도 2a 는 본 발명의 일 실시형태에 따른, 도 1 의 코어 네트워크를 도시한다.
도 2b 는 도 1 의 무선 통신 시스템의 예를 좀더 상세하게 도시한다.
도 3 은 본 발명의 적어도 하나의 실시형태에 따른 사용자 장비의 예시이다.
도 4a 는 본 발명의 적어도 하나의 실시형태에 따른, 무선 통신 시스템 내 발신 (originating) 사용자 장비 (UE) 에서 구현되는 상태 결정 프로세스를 도시한다.
도 4b 는 본 발명의 적어도 하나의 실시형태에 따른, 무선 통신 시스템 내 발신 사용자 장비 (UE) 에서 구현되는 또 다른 상태 결정 프로세스를 도시한다.
도 5a 는 본 발명의 적어도 하나의 실시형태에 따른, 도 4a 또는 도 4b 의 프로세스의 연속을 도시한다.
도 5b 는 본 발명의 적어도 하나의 실시형태에 따른, 도 4a 또는 도 4b 의 프로세스의 또 다른 연속을 도시한다.

본 발명의 구체적인 실시형태들에 관한 다음의 설명 및 관련 도면들에, 본 발명의 양태들을 개시한다. 대안적인 실시형태들은 본 발명의 범위로부터 일탈함이 없이 안출할 수도 있다. 추가적으로, 본 발명의 관련 세부 사항들을 불명료하게 하지 않도록, 널리 공지된 본 발명의 구성요소들은 상세히 설명하지 않거나 생략한다.

본 명세서에서, 단어들 "예시적인" 및/또는 "예" 는 "예, 실례, 또는 예시로서 기능하는 것" 을 의미하도록 사용한다. "예시적인" 및/또는 "예" 로서 여기서 설명하는 임의의 실시형태는 다른 실시형태들에 비해 반드시 바람직하거나 유리한 것으로서 해석하는 것은 아니다. 마찬가지로, 용어 "본 발명의 실시형태들" 은 본 발명의 모든 실시형태들이 설명된 특징, 이점 또는 동작 모드를 포함하는 것을 요구하지는 않는다.

또한, 다수의 실시형태들을, 예를 들어, 컴퓨팅 디바이스의 구성 요소들에 의해 수행되는 액션 (actions) 의 시퀀스에 관해서 설명한다. 본 명세서에서 설명하는 여러 액션들은, 특정 회로들 (예를 들어, 주문형 집적 회로 (ASIC)) 들에 의해, 하나 이상의 프로세서들에 의해 실행되는 프로그램 명령들에 의해, 또는 이들 양자의 조합에 의해, 수행될 수 있음을 알 수 있다. 추가적으로, 본 명세서에서 설명한 액션들의 이들 시퀀스는, 실행 시, 연관 프로세서로 하여금, 여기서 설명한 기능을 수행하도록 할 수 있는 컴퓨터 명령들의 대응하는 세트가 저장된 임의의 형태의 컴퓨터 판독가능 저장 매체 내에 완전히 수록되는 것으로 생각할 수 있다. 따라서, 본 발명의 여러 양태들은 다수의 상이한 형태들로 구현할 수 있으며, 이들 형태들 모두는 본 청구된 기술요지의 범위 내에 있는 것으로 생각한다. 또한, 본 명세서에서 설명한 실시형태들 각각에 있어서, 임의의 그러한 실시형태들의 대응하는 형태를, 예를 들어, 설명한 액션을 수행"하도록 구성된 로직"으로서 설명할 수도 있다.

본 명세서에서 사용자 장비 (UE) 로 지칭되는, 높은 데이터 레이트 (HDR) 가입자국은 이동하거나 또는 고정적일 수도 있으며, 노드 B들로 지칭될 수도 있는 하나 이상의 액세스 포인트 (AP) 들과 통신할 수도 있다. UE 는 데이터 패킷들을 하나 이상의 노드 B들을 통해서 무선 네트워크 제어기 (RNC) 로 송신하고 수신한다. 노드 B들 및 RNC 는 무선 액세스 네트워크 (RAN) 로 불리는 네트워크의 부분들이다. 무선 액세스 네트워크는 다수의 UE들 사이에 음성 및 데이터 패킷들을 전송할 수 있다.

무선 액세스 네트워크는, 특정의 캐리어 관련된 서버들 및 디바이스들을 포함하고 기업 인트라넷, 인터넷, 공중 교환 전화 네트워크 (PSTN), 서빙 (serving) 일반 패킷 무선 서비스들 (GPRS) 지원 노드 (SGSN), 게이트웨이 GPRS 지원 노드 (GGSN) 와 같은 다른 네트워크들로의 접속성을 포함하는 코어 네트워크와 같은, 무선 액세스 네트워크 외부의 추가적인 네트워크들에 추가로 접속될 수도 있으며, 각각의 UE 와 그런 네트워크들 사이에 음성 및 데이터 패킷들을 전송할 수도 있다. 하나 이상의 노드 B들과의 활성 트래픽 채널 접속을 확립하고 있는 UE 는 활성 UE 로 지칭될 수도 있으며, 트래픽 상태에 있는 것으로 지칭될 수 있다. 하나 이상의 노드 B들과 활성 트래픽 채널 (TCH) 접속을 확립하는 프로세스에 있는 UE 는 접속 셋업 상태에 있는 것으로 지칭될 수 있다. UE 는 무선 채널을 통해서 또는 유선 채널을 통해서 통신하는 임의의 데이터 디바이스일 수도 있다. 또한, UE 는 PC 카드, 컴팩트 플래시 디바이스, 외부 또는 내부 모뎀, 또는 무선 또는 유선 전화기를 포함하지만 이에 한하지 않는, 많은 유형들의 디바이스들 중 임의의 디바이스일 수도 있다. UE 가 신호들을 노드 B(들) 로 전송하는 통신 링크는 업링크 채널 (예컨대, 역방향 트래픽 채널, 제어 채널, 액세스 채널 등) 로 지칭된다. 노드 B(들) 이 신호들을 UE 로 전송하는 통신 링크는 다운링크 채널 (예컨대, 페이징 채널, 제어 채널, 브로드캐스트 채널, 순방향 트래픽 채널 등) 로 지칭된다. 본 명세서에서 사용하는, 용어 트래픽 채널 (TCH) 은 업링크/역방향 또는 다운링크/순방향 트래픽 채널로 지칭할 수 있다.

도 1 은 본 발명의 적어도 하나의 실시형태에 따른, 무선 통신 시스템 (100) 의 예시적인 일 실시형태의 블록도를 도시한 것이다. 시스템 (100) 은 패킷 교환 데이터 네트워크 (예컨대, 인트라넷, 인터넷, 및/또는 코어 네트워크 (126)) 와 UE들 (102, 108, 110, 112) 사이에 데이터 접속을 제공하는 네트워크 장비에 액세스 단말 (102) 을 접속할 수 있는 액세스 네트워크 또는 무선 액세스 네트워크 (RAN) (120) 과 함께 공중 인터페이스 (104) 를 통해서 통신하는 UE들, 예컨대 셀룰러 전화기 (102) 를 포함할 수 있다. 본 명세서에서 나타낸 바와 같이, UE 는 셀룰러 전화기 (102), 개인 휴대정보 단말 (108), 여기서 양방향 텍스트 페이저로 나타낸 페이저 (110), 또는 무선 통신 포탈을 갖는 별개의 컴퓨터 플랫폼 (112) 까지도 일 수 있다. 따라서, 본 발명의 실시형태들은 무선 모뎀들, PCMCIA 카드들, 개인 컴퓨터들, 전화기들, 또는 이들의 임의의 조합 또는 서브-조합을 제한 없이 포함한, 무선 통신 포탈을 포함하거나 또는 무선 통신 능력들을 갖는 임의 형태의 액세스 단말 상에서 실현될 수 있다. 또한, 다른 통신 프로토콜들 (즉, W-CDMA 이외의 통신 프로토콜들) 에서, 용어 "UE" 는, 본 명세서에서 사용할 때, "액세스 단말", "AT", "무선 디바이스", "클라이언트 디바이스", "이동 단말", "이동국" 및 이들의 변형들로서 교환가능하게 지칭될 수도 있다.

도 1 을 다시 참조하면, 무선 통신 시스템 (100) 의 구성요소들 및 본 발명의 예시적인 실시형태들의 엘리먼트들의 상호관계는 예시된 구성에 한정되지 않는다. 시스템 (100) 은 단지 예시적인 것으로, 원격 UE들, 예컨대, 무선 클라이언트 컴퓨팅 디바이스들 (102, 108, 110, 112) 로 하여금, 서로 간에 그리고 서로 중에서, 및/또는 코어 네트워크 (126), 인터넷, PSTN, SGSN, GGSN 및/또는 다른 원격 서버들을 제한 없이 포함한, 공중 인터페이스 (104) 및 RAN (120) 을 통해 접속된 구성요소들 사이에 그리고 그 구성요소들 중에서, 무선으로 통신할 수 있도록 하는 임의의 시스템을 포함할 수 있다.

RAN (120) 은 RNC (122) 로 전송되는 메시지들 (일반적으로, 데이터 패킷들로 전송됨) 을 제어한다. RNC (122) 는 서빙 일반 패킷 무선 서비스들 (GPRS) 지원 노드 (SGSN) 와 UE들 (102/108/110/112) 사이에 베어러 채널들 (즉, 데이터 채널들) 을 시그널링하고, 확립하고, 그리고 해체하는 것을 담당한다. 또한, 링크층 암호화가 인에이블되면, RNC (122) 는 콘텐츠를 공중 인터페이스 (104) 로 포워딩하기 전에 암호화한다. RNC (122) 의 기능은 당업계에 널리 알려져 있으므로, 간결성을 위해 더 이상 설명하지 않는다. 코어 네트워크 (126) 는 네트워크, 인터넷 및/또는 공중 교환 전화 네트워크 (PSTN) 에 의해 RNC (122) 와 통신할 수도 있다. 이의 대안으로, RNC (122) 는 인터넷 또는 외부 네트워크에 직접 접속할 수도 있다. 통상적으로, 코어 네트워크 (126) 와 RNC (122) 사이의 네트워크 또는 인터넷 접속은 데이터를 전송하며, PSTN 은 음성 정보를 전송한다. RNC (122) 는 다수의 노드 B들 (124) 에 접속될 수 있다. 코어 네트워크 (126) 와 유사한 방법으로, RNC (122) 는 데이터 전송 및/또는 음성 정보를 위해 네트워크, 인터넷 및/또는 PSTN 에 의해 통상적으로 노드 B들 (124) 에 접속된다. 노드 B들 (124) 은 데이터 메시지들을 UE들, 예컨대 셀룰러 전화기 (102) 로 무선으로 브로드캐스트할 수 있다. 노드 B들 (124), RNC (122) 및 다른 구성요소들은 당업계에 알려져 있는 바와 같이, RAN (120) 을 형성할 수도 있다. 그러나, 대안적인 구성들이 또한 이용될 수도 있으며, 본 발명은 예시된 구성에 한정되지 않는다. 예를 들어, 또다른 실시형태에서는, 노드 B들 (124) 중 하나 이상 및 RNC (122) 의 기능이 RNC (122) 및 노드 B(들) (124) 양자의 기능을 갖는 단일 "하이브리드" 모듈로 축소될 수도 있다.

도 2a 는 본 발명의 일 실시형태에 따른, 코어 네트워크 (126) 를 도시한 것이다. 특히, 도 2a 는 W-CDMA 시스템 내에 구현된 일반 패킷 무선 서비스들 (GPRS) 코어 네트워크의 구성요소들을 도시하고 있다. 도 2a 의 실시형태에서, 코어 네트워크 (126) 는 서빙 GPRS 지원 노드 (SGSN) (160), 게이트웨이 GPRS 지원 노드 (GGSN) (165) 및 인터넷 (175) 을 포함한다. 그러나, 대안적인 실시형태들에서, 인터넷 (175) 의 부분들 및/또는 다른 구성요소들이 코어 네트워크 외부에 위치될 수도 있음을 알 수 있다.

일반적으로, GPRS 는 인터넷 프로토콜 (IP) 패킷들을 송신하는 GSM (Global System for Mobile communications) 전화기들에 의해 사용되는 프로토콜이다. GPRS 코어 네트워크 (예컨대, GGSN (165) 및 하나 이상의 SGSN들 (160)) 는 GPRS 시스템의 중심 부분이며, 또한 W-CDMA 기반 3G 네트워크들에 대한 지원을 제공한다. GPRS 코어 네트워크는 GSM 코어 네트워크의 통합된 부분이며, GSM 및 W-CDMA 네트워크들에서 IP 패킷 서비스들에 대한 이동성 관리, 세션 관리 및 전송을 제공한다.

GPRS 터널링 프로토콜 (GTP) 은 GPRS 코어 네트워크의 IP 프로토콜을 정의한 것이다. GTP 는 GSM 또는 W-CDMA 네트워크의 엔드 사용자들 (예컨대, 액세스 단말들) 로 하여금, 마치 GGSN (165) 의 하나의 로케이션 (location) 으로부터 인 것처럼, 인터넷에 계속 접속하면서 한 장소로부터 다른 장소로 이동할 수 있도록 하는 프로토콜이다. 이것은 가입자의 데이터를, 가입자의 현재의 SGSN (160) 으로부터, 가입자의 세션을 처리하고 있는 GGSN (165) 으로 전송하는 것에 의해 달성된다.

3개 형태의 GTP, 즉, (i) GTP-U, (ii) GTP-C 및 (iii) GTP' (GTP Prime) 가 GPRS 코어 네트워크에 의해 사용되고 있다. GTP-U 는 각각의 패킷 데이터 프로토콜 (PDP) 컨텍스트에 있어서 분리된 터널들에서의 사용자 데이터의 전송에 사용된다. GTP-C 는 제어 시그널링 (예컨대, PDP 컨텍스트들의 셋업 및 삭제, GSN 도달가능성 (reach-ability) 의 검증, 업데이트들 또는 변형들, 예컨대 가입자가 하나의 SGSN 으로부터 또다른 SGSN 으로 이동할 때 등) 에 이용된다. GTP' 는 GSN들로부터 과금 (charging) 기능부로의 과금 데이터의 전송에 이용된다.

도 2a 를 참조하면, GGSN (165) 은 GPRS 백본 네트워크 (미도시) 와 외부 패킷 데이터 네트워크 (175) 사이에 인터페이스로서 기능한다. GGSN (165) 은 SGSN (160) 으로부터 들어오는 GPRS 패킷들에서 연관된 패킷 데이터 프로토콜 (PDP) 포맷 (예컨대, IP 또는 PPP) 을 가진 패킷 데이터를 추출하여, 그 패킷들을 대응하는 패킷 데이터 네트워크 상으로 전송한다. 반대 방향으로는, 유입하는 데이터 패킷들은 GGSN (165) 에 의해, RAN (120) 에 의해 서비스되는 목적지 UE 의 무선 액세스 베어러 (RAB) 를 관리 및 제어하는 SGSN (160) 으로 보내진다. 그렇게 하여, GGSN (165) 은 그의 로케이션 레지스터에 (예컨대, PDP 컨텍스트 내에) 목표 UE 의 현재의 SGSN 어드레스 및 그의/그녀의 프로파일을 저장한다. GGSN 은 IP 어드레스 할당을 담당하며, 접속된 UE 에 대한 디폴트 라우터이다. 또한, GGSN 은 인증 및 과금 기능들을 수행한다.

일 예에서, SGSN (160) 은 코어 네트워크 (126) 내 많은 SGSN들 중 하나를 나타낸다. 각각의 SGSN 은 연관된 지리적 서비스 영역 내의 UE들로부터의 및 UE들로의 데이터 패킷들의 배달을 담당한다. SGSN (160) 의 작업들은 패킷 라우팅 및 전송, 이동성 관리 (예컨대, 어태치/디태치(attach/detach) 및 로케이션 관리), 논리적 링크 관리, 및 인증 및 과금 기능들을 포함한다. SGSN 의 로케이션 레지스터는 로케이션 정보 (예컨대, 현재의 셀, 현재의 VLR) 및 SGSN (160) 에 등록된 모든 GPRS 사용자들의 사용자 프로파일들 (예컨대, 패킷 데이터 네트워크에 사용되는 IMSI, PDP 어드레스(들)) 을 예를 들어, 각각의 사용자 또는 UE 에 대한 하나 이상의 PDP 컨텍스트들 내에 저장한다. 따라서, SGSN들은 (i) GGSN (165) 으로부터 다운링크 GTP 패킷들을 디터널링 (de-tunneling) 하고, (ii) IP 패킷들을 GGSN (165) 으로 업링크 터널링하고, (iii) UE들이 SGSN 서비스 영역들 사이에 이동함에 따라 이동성 관리를 수행하고, (iv) 모바일 가입자들에게 요금을 청구하는 것을 담당하다. 당업자가 알 수 있는 바와 같이, (i) - (iv) 를 제외하고, GSM/EDGE 네트워크들용으로 구성된 SGSN들은 W-CDMA 네트워크들용으로 구성된 SGSN들에 비해 약간 상이한 기능을 갖는다.

RAN (120) (예컨대, 또는, 범용 이동 통신 시스템 (UMTS) 시스템 아키텍쳐에서 UTRAN) 은 Iu 인터페이스를 통해서 송신 프로토콜, 예컨대 프레임 릴레이 (Frame Relay) 또는 IP 로 SGSN (160) 과 통신한다. SGSN (160) 은 SGSN (160) 및 다른 SGSN들 (미도시) 과 내부 GGSN들 사이의 IP-기반 인터페이스인 Gn 인터페이스를 통해서 GGSN (165) 과 통신하며, 위에서 정의한 GTP 프로토콜 (예컨대, GTP-U, GTP-C, GTP' 등) 을 이용한다. 또한, 도 2a 에 나타내지는 않지만, Gn 인터페이스는 도메인 이름 시스템 (DNS) 에 의해 이용된다. GGSN (165) 은 공중 데이터 네트워크 (PDN) (미도시) 에 접속되며, 결과적으로, 직접 또는 무선 애플리케이션 프로토콜 (WAP) 게이트웨이를 경유해서 IP 프로토콜들에 의해 Gi 인터페이스를 통해 인터넷 (175) 에 접속된다.

PDP 컨텍스트는 UE 가 활성 GPRS 세션을 가지고 있을 때 특정 UE 의 통신 세션 정보를 포함하는, SGSN (160) 및 GGSN (165) 양자 상에 존재하는 데이터 구조이다. UE 가 GPRS 통신 세션을 개시하기를 원할 때, UE 는 먼저 SGSN (160) 에 어태치하여, GGSN (165) 으로 PDP 컨텍스트를 활성화해야 한다. 이것은 가입자가 현재 방문중인 SGSN (160) 및 UE 의 액세스 포인트를 서빙하는 GGSN (165) 에 PDP 컨텍스트 데이터 구조를 할당한다.

도 2b 는 도 1 의 무선 통신 시스템 (100) 의 예를 좀더 자세히 도시하고 있다. 특히, 도 2b 을 참조하면, UE들 1 … N 이 상이한 패킷 데이터 네트워크 엔드-포인트들에 의해 서빙되는 (served) 위치들에서 RAN (120) 에 접속하는 것으로 도시되어 있다. 비록 도 2b 의 예시가 W-CDMA 시스템들 및 전문 용어에 대해 특정적이지만, 어떻게 도 2b 가 1x EV-DO 시스템을 뒷받침하도록 변경될 수 있는지를 알 수 있을 것이다. 따라서, UE 1 및 UE 3 은 (예컨대, SGSN, GGSN, PDSN, 홈 에이전트 (HA), 외부 에이전트 (foreign agent; FA) 등에 대응할 수도 있는) 제 1 패킷 데이터 네트워크 엔드-포인트 (162) 에 의해 서빙되는 부분에서 RAN (120) 에 접속한다. 따라서, 제 1 패킷 데이터 네트워크 엔드-포인트 (162) 는 라우팅 유닛 (188) 을 경유해서, 인터넷 (175) 에, 및/또는 인증 (authentication), 인가 (authorization) 및 과금 (AAA) 서버 (182), 프로비져닝 서버 (184), 인터넷 프로토콜 (IP) 멀티미디어 서브시스템 (IMS) / 세션 개시 프로토콜 (SIP) 등록 서버 (186) 및/또는 애플리케이션 서버 (170) 중 하나 이상에 접속한다. UE들 2 및 5 … N 은 (예컨대, SGSN, GGSN, PDSN, FA, HA 등에 대응할 수도 있는) 제 2 패킷 데이터 네트워크 엔드-포인트 (164) 에 의해 서비스되는 부분에서 RAN (120) 에 접속한다. 따라서, 제 1 패킷 데이터 네트워크 엔드-포인트 (162) 와 유사하게, 제 2 패킷 데이터 네트워크 엔드-포인트 (164) 는 라우팅 유닛 (188) 을 경유해서 인터넷 (175) 에, 및/또는 AAA 서버 (182), 프로비져닝 서버 (184), IMS / SIP 등록 서버 (186) 및/또는 애플리케이션 서버 (170) 중 하나 이상에, 접속한다. UE 4 는 인터넷 (175) 에 직접 접속한 후, 인터넷 (175) 을 통해서 위에서 설명한 임의의 시스템 구성요소들에 접속할 수 있다.

도 2b 를 참조하면, UE들 1, 3 및 5 … N 이 무선 셀-전화기들로서 도시되어 있으며, UE 2 가 무선 태블릿-PC 로서 도시되어 있고, UE 4 가 유선 데스크탑 스테이션으로서 도시되어 있다. 그러나, 다른 실시형태들에서, 무선 통신 시스템 (100) 이 임의 유형의 UE에 접속할 수 있으며, 도 2b 에 도시된 예들이 시스템 내에 구현될 수도 있는 UE들의 유형들을 한정하도록 의도되지 않음을 알 수 있을 것이다. 또한, AAA (182), 프로비져닝 서버 (184), IMS/SIP 등록 서버 (186) 및 애플리케이션 서버 (170) 가 구조적으로 별개의 서버들로서 각각 도시되지만, 본 발명의 적어도 하나의 실시형태에서, 이들 서버들 중 하나 이상의 서버가 통합될 수도 있다.

또한, 도 2b 을 참조하면, 애플리케이션 서버 (170) 가 복수의 미디어 제어 콤플렉스들 (MCCs) 1 … N (170B), 및 복수의 지역 디스패처들 1 … N (170A) 를 포함하는 것으로 도시되어 있다. 일괄하여, 지역 디스패처들 (170A) 및 MCC들 (170B) 은 애플리케이션 서버 (170) 내에 포함되는데, 적어도 하나의 실시형태에서, 애플리케이션 서버는 무선 통신 시스템 (100) 내에서 통신 세션들 (예컨대, IP 유니캐스팅 및/또는 IP 멀티캐스팅 프로토콜들을 통한 하프-듀플렉스 그룹 통신 세션들) 을 중재하도록 총괄적으로 기능하는 서버들의 분산 네트워크에 대응할 수 있다. 예를 들어, 애플리케이션 서버 (170) 에 의해 중재되는 통신 세션들이 이론적으로 시스템 (100) 내 임의의 장소에 위치된 UE들 사이에 발생하기 때문에, 다수의 지역 디스패처들 (170A) 및 MCC들은 그 중재되는 통신 세션들에 대한 레이턴시를 감소시키도록 (예컨대, 북미에서의 MCC 가 중국에 위치된 세션 참가자들 사이에 미디어를 중계하고 있지 않도록) 분산된다. 따라서, 애플리케이션 서버 (170) 에 대해 참조가 이루어질 때, 그 연관된 기능이 지역 디스패처들 (170A) 중 하나 이상 및/또는 MCC들 (170B) 중 하나 이상에 의해 강제로 수행될 수 있음을 알 수 있을 것이다. 지역 디스패처들 (170A) 은 일반적으로 통신 세션을 확립하는 것 (예컨대, UE들 사이에 시그널링 메시지들을 처리하고, 어나운스 메시지들을 스케쥴링 및/또는 전송하는 것 등) 에 관련된 임의의 기능을 담당하는 한편, MCC들 (170B) 은 중재되는 통신 세션 동안 인-콜 (in-call) 시그널링 및 실제 미디어의 교환을 수행하는 것을 포함하여, 콜 인스턴스의 지속기간 동안 통신 세션을 호스팅하는 것을 담당한다.

도 3 을 참조하면, UE (200) (여기서는, 무선 디바이스), 예컨대 셀룰러 전화기는 RAN (120) 으로부터 송신된, 궁극적으로 코어 네트워크 (126), 인터넷 및/또는 다른 원격 서버들 및 네트워크들로부터 들어올 수도 있는 소프트웨어 애플리케이션들, 데이터 및/또는 지령들을 수신하여 실행하는 플랫폼 (202) 을 갖는다. 플랫폼 (202) 은 주문형 집적 회로 ("ASIC" (208)), 또는 다른 프로세서, 마이크로프로세서, 로직 회로, 또는 다른 데이터 프로세싱 디바이스에 동작가능하게 커플링된 송수신기 (206) 를 포함할 수 있다. ASIC (208) 또는 다른 프로세서는 무선 디바이스의 메모리 (212) 내 임의의 상주 프로그램들과 인터페이스하는 애플리케이션 프로그래밍 인터페이스 ("API") (210) 층을 실행시킨다. 메모리 (212) 는 판독전용 또는 랜덤 액세스 메모리 (RAM 및 ROM), EEPROM, 플래시 카드들, 또는 컴퓨터 플랫폼들에 공통적인 임의의 메모리로 구성될 수도 있다. 또한, 플랫폼 (202) 은 메모리 (212) 에 능동적으로 사용되지 않는 애플리케이션들을 유지할 수 있는 로컬 데이터베이스 (214) 를 포함할 수 있다. 로컬 데이터베이스 (214) 는 일반적으로 플래시 메모리 셀이지만, 당업계에 알려져 있는 바와 같은, 임의의 2차 저장 디바이스, 예컨대 자기 매체들, EEPROM, 광학 매체들, 테이프, 소프트 또는 하드 디스크, 또는 기타 등등일 수 있다. 또한, 내부 플랫폼 (202) 구성요소들은 당업계에 알려져 있는 바와 같은, 다른 구성요소들 중에서, 안테나 (222), 디스플레이 (224), 푸시-투-토크 버튼 (228) 및 키패드 (226) 와 같은 외부 디바이스들에 동작가능하게 커플링될 수 있다.

따라서, 본 발명의 일 실시형태는 여기서 설명한 기능들을 수행하는 능력을 포함하는 UE 를 포함할 수 있다. 당업자들이 이해될 수 있는 바와 같이, 여러 로직 엘리먼트들이, 본 명세서에서 개시하는 기능을 달성하기 위해, 별개의 엘리먼트들, 프로세서 상에서 실행되는 소프트웨어 모듈들 또는 소프트웨어와 하드웨어의 임의의 조합으로 구현될 수 있다. 예를 들어, ASIC (208), 메모리 (212), API (210) 및 로컬 데이터베이스 (214) 는 본 명세서에서 개시하는 여러 기능들을 협력하여 로드, 저장 및 실행하도록 모두 사용될 수 있으며, 따라서 이들 기능들을 수행하는 로직은 여러 엘리먼트들에 걸쳐서 분산될 수도 있다. 이의 대안으로, 그 기능이 하나의 별개의 구성요소로 통합될 수 있다. 따라서, 도 3 에서 UE (200) 의 피쳐들은 단지 예시적인 것으로, 본 발명은 도시된 피쳐들 또는 배열에 한정되지 않는다.

UE (102 또는 200) 과 RAN (120) 사이의 무선 통신은 상이한 기술들, 예컨대 코드분할 다중 액세스 (CDMA), W-CDMA, 시분할 다중 액세스 (TDMA), 주파수 분할 다중 액세스 (FDMA), 직교 주파수 분할 멀티플렉싱 (OFDM), GSM (Global System for Mobile Communications), 또는 무선 통신 네트워크 또는 데이터 통신 네트워크에 이용될 수도 있는 다른 프로토콜들에 기초할 수 있다. 예를 들어, W-CDMA 에서, 데이터 통신은 일반적으로 클라이언트 디바이스 (102), 노드 B(들) (124), 및 RNC (122) 사이에 이루어진다. RNC (122) 는 코어 네트워크 (126), PSTN, 인터넷, 가상 사설 네트워크, SGSN, GGSN 등과 같은 다수의 데이터 네트워크들에 접속될 수 있으며, 따라서 UE (102) 또는 UE (200) 가 더 넓은 통신 네트워크에 액세스할 수 있도록 한다. 위에서 설명한 바와 같이, 그리고 당업계에 알려져 있는 바와 같이, 음성 송신 및/또는 데이터가 다양한 네트워크들 및 구성들을 이용하여 RAN 으로부터 UE들로 송신될 수 있다. 따라서, 본 명세서에서 제공되는 예시들은 본 발명의 실시형태들에 한정되지 않으며, 단지 본 발명의 실시형태들의 양태들의 설명을 도우려는 것이다.

이하, 본 발명의 실시형태들은 W-CDMA 프로토콜들 및 (예컨대, 이동국 (MS), 모바일 유닛 (MU), 액세스 단말 (AT) 등 대신에 UE, EV-DO 에서의 BSC 와 대조되는 RNC, 또는 EV-DO 에서의 BS 또는 MPT/BS 과는 대조되는 노드 B 등과 같은) 연관된 전문 용어에 따라서 일반적으로 설명된다. 그러나, 당업자는 본 발명의 실시형태들이 W-CDMA 이외의 무선 통신 프로토콜들과 함께 적용될 수 있는 방법을 쉽게 알 수 있을 것이다.

(예컨대, 하프-듀플렉스 프로토콜들, 풀-듀플렉스 프로토콜들, VoIP, IP 유니캐스트를 통한 그룹 세션, IP 멀티캐스트를 통한 그룹 세션, 푸시-투-토크 (PTT) 세션, 푸시-투-전송 (push-to-transfer; PTX) 세션 등을 통한) 종래의 서버-중재 통신 세션에서는, 세션 또는 콜 발신자가 통신 세션을 개시해달라는 요청을 애플리케이션 서버 (170) 로 전송하고, 그후 서버가 그 콜의 하나 이상의 목표들로의 송신을 위해 콜 어나운스먼트 메시지를 RAN (120) 으로 포워딩한다.

범용 이동 통신 서비스 (UMTS) 지상 무선 액세스 네트워크 (UTRAN) (예컨대, RAN (120)) 에서는, 사용자 장비들 (UE들) 이 휴지 모드 또는 무선 리소스 제어 (RRC) 접속 모드에 있을 수도 있다.

RRC 접속 모드에 있는 동안에 UE 이동성 및 활동성에 기초하여, RAN (120) 은 UE들을 다수의 RRC 서브-상태들; 즉, CELL_PCH, URA_PCH, CELL_FACH, 및 CELL_DCH 상태들 사이에 전환하도록 할 수도 있으며, 이 상태들은 다음과 같이 특징화될 수도 있다.

- CELL_DCH 상태에서, 전용 물리 채널이 업링크 및 다운링크에서 UE 에 할당되며, UE 에 그의 현재의 활성 세트에 따른 셀 레벨에 관해 알려지며, 그 UE 에 전용 전송 채널들, 다운링크 및 업링크 (TDD) 공유 전송 채널들이 할당되고, 이들 전송 채널들의 조합이 그 UE에 의해 사용될 수 있다.

- CELL_FACH 상태에서, 어떤 전용 물리 채널도 UE에 할당되지 않으며, UE가 연속적으로 순방향 액세스 채널 (FACH) 을 모니터링하고, UE 가 그 전송 채널에 대한 액세스 절차에 따라서 송신할 수 있는 업링크에서의 디폴트 공통 또는 공유 전송 채널 (예컨대, 채널을 획득하여 송신 전력을 조정하기 위해 전력 램프-업 절차를 갖는 회선경쟁 기반의 채널인, 랜덤 액세스 채널 (RACH)) 이 UE 에 할당되고, UE 가 마지막으로 이전의 셀 업데이트를 행한 셀에 따른 셀 레벨 상에서 RAN (120) 에 의해 UE 의 포지션이 알려지며, TDD 모드에서, 하나의 또는 수개의 USCH 또는 DSCH 전송 채널들이 확립될 수도 있다.

- CELL_PCH 상태에서, 어떤 전용 물리 채널도 UE에 할당되지 않으며, UE 가 그 알고리즘으로 PCH 를 선택하고, 그 선택된 PCH 를 연관된 PICH 를 통해서 모니터링하기 위해 DRX 를 이용하며, 어떤 업링크 활동도 불가능하며, CELL_FACH 상태에서 UE 가 마지막으로 셀 업데이트를 행한 셀에 따른 셀 레벨 상에서 RAN (120) 에 의해 UE 의 포지션이 알려진다.

- URA_PCH 상태에서, 어떤 전용 채널도 UE에 할당되지 않으며, UE 가 그 알고리즘으로 PCH 를 선택하고, 그 선택된 PCH 를 연관된 PICH 를 통해서 모니터링하기 위해 DRX 를 이용하며, 어떤 업링크 활동도 불가능하며, CELL_FACH 상태에서 마지막 URA 업데이트 동안 UE 에 할당된 UTRAN 등록 영역 (URA) 에 따른 등록 영역 레벨에서 RAN (120) 에 UE 의 위치가 알려진다.

따라서, URA_PCH 상태 (또는, CELL_PCH 상태) 는 UE 가 페이징 표시자 채널 (PICH) 및, 필요하다면, 연관된 다운링크 페이징 채널 (PCH) 을 체크하기 위해 주기적으로 웨이크업하는 휴면 상태에 대응하며, 다음의 이벤트에 대한 셀 업데이트 메시지를 전송하기 위해, CELL_FACH 상태로 진입할 수도 있다: 셀 재선택, 주기적인 셀 업데이트, 업링크 데이터 송신, 페이징 응답, 재진입된 서비스 영역. CELL_FACH 상태에서, UE 는 랜덤 액세스 채널 (RACH) 상에서 메시지들을 전송할 수도 있으며, 순방향 액세스 채널 (FACH) 을 모니터링할 수도 있다. FACH 는 RAN (120) 으로부터의 다운링크 통신을 운반하며, 2차 공통 제어 물리 채널 (S-CCPCH) 에 맵핑된다. CELL_FACH 상태로부터, UE 는 CELL_FACH 상태에서의 메시징에 기초하여 트래픽 채널 (TCH) 이 획득된 후에 CELL_DCH 상태에 진입할 수도 있다. 무선 리소스 제어 (RRC) 접속 모드에서 종래의 전용 트래픽 채널 (DTCH) 대 전송 채널 맵핑들을 나타내는 표가 다음과 같이 표 1 에 있다.

	RACH	FACH	DCH	E-DCH	HS-DSCH
CELL_DCH	아니오	아니오	예	예	예
CELL_FACH	예	예	아니오	예 (릴리즈 8)	예 (릴리즈 7)
CELL_PCH	아니오	아니오	아니오	아니오	예 (릴리즈 7)
URA_PCH	아니오	아니오	아니오	아니오	아니오

표 1 - RRC 접속 모드에서 DTCH 대 전송 채널 맵핑들

여기서, 표기들 (릴리즈 8) 및 (릴리즈 7) 은 나타낸 채널이 모니터링 또는 액세스를 위해 도입된 연관된 3GPP 릴리즈를 나타낸다.

적어도 하나의 실시형태에서, 애플리케이션 서버 (170) 에 의해 중재되는 통신 세션들은 지연-민감 또는 높은-우선순위 애플리케이션들 및/또는 서비스들과 연관될 수도 있다. 예를 들어, 적어도 하나의 실시형태에서, 애플리케이션 서버 (170) 는 PTT 서버에 대응할 수도 있으며, PTT 세션들에서 중요한 기준이 빠른 세션 셋업 뿐만 아니라 세션 전체에 걸쳐서 소정의 레벨의 서비스 품질 (QoS) 을 유지하는 것임을 알 수 있을 것이다.

위에서 논의된 바와 같이, RRC 접속 모드에서, 소정의 UE 는, 소정의 UE가 RAN (120) 을 통해 애플리케이션 서버 (170) 에 도달할 수 있는 그 RAN (120) 과 데이터를 교환하기 위해, CELL_DCH 또는 CELL_FACH 에서 동작할 수 있다. 위에서 언급한 바와 같이, CELL_DCH 상태에서, 업링크/다운링크 무선 베어러들 (bearers) 은 전용 물리 채널 리소스들 (예컨대, UL DCH, DL DCH, E-DCH, F-DPCH, HS-DPCCH 등) 을 소비할 것이다. 이들 리소스들의 일부는 심지어 고속 공유 채널 (즉, HSDPA) 동작들용으로 소비된다. CELL_FACH 상태에서, 업링크/다운링크 무선 베어러들은 공통 전송 채널들 (RACH/FACH) 에 맵핑될 것이다. 그에 따라, CELL_FACH 상태에서는, 어떤 전용 물리 채널 리소스들의 소비도 없다.

종래, RAN (120) 은, RAN (120) 에서 (예컨대, RAN (120) 의 서빙 RNC (122) 에서) 측정되거나 또는 소정의 UE 자신으로부터 하나 이상의 측정 보고서들로 보고되는 트래픽량에 실질적으로 기초하여, 소정의 UE 를 CELL_FACH 와 CELL_DCH 사이에서 전환한다. 구체적으로 말하면, 종래, RAN (120) 은, 업링크에서 측정 및/또는 보고되거나 또는 다운링크에서 측정 및/또는 보고된 UE 의 연관된 트래픽량이 CELL_DCH 상태 전환 결정들을 행하기 위해 RAN (120) 에 의해 이용되는 Event 4a 임계치들 중 하나 이상보다 더 높을 때, 특정의 UE 를 CELL_FACH 상태로부터 CELL_DCH 상태로 전환하도록 구성될 수 있다.

종래에는, 발신 UE 가 통신 세션을 개시하기 위해서 콜 요청 메시지를 애플리케이션 서버 (170) 로 송신하려고 시도할 때, 발신 UE 는 셀 업데이트 절차를 수행하고, 그후, 발신 UE 는 CELL_FACH 상태 또는 CELL_DCH 상태로 전환한다. 발신 UE 가 CELL_FACH 상태로 전환하면, 발신 UE 는 콜 요청 메시지를 RACH 상에서 RAN (120) 으로 송신할 수 있다. 이와 달리, 발신 UE 가 CELL_DCH 상태로 전환하면, 발신 UE 는 콜 요청 메시지를 역방향-링크 DCH 또는 E-DCH 상에서 RAN (120) 으로 송신할 수 있다. 콜 요청 메시지들은 일반적으로 사이즈가 상대적으로 작으며, 대개 발신 UE 를 CELL_DCH 상태로 전환할지 여부를 결정할 때에 RAN (120) 에 의해 사용되는 Event 4a 임계치(들) 을 초과할 것으로 예상되지 않는다.

CELL_FACH 상태에서, 발신 UE 는 (예컨대, RAN (120) 에서 서빙 Node B 와 서빙 RNC 사이에 무선 링크 (RL) 가 확립될 필요가 없기 때문에, 발신 UE 와 서빙 Node B 사이에 L1 동기화 절차가 수행될 필요가 없는 등) 콜 요청 메시지의 송신을 좀더 빠르게 시작할 수 있으며, DCH-리소스들이 발신 UE 에 의해 소비되지 않는다. 그러나, RACH 는 일반적으로 DCH 또는 E-DCH 와 비교할 때 더 낮은 데이터 레이트들과 연관된다. 따라서, 잠재적으로는, 콜 요청 메시지의 송신을 이른 시점에 시작하도록 허용하지만, 일부의 경우, RACH 상에서의 콜 요청 메시지의 송신은 DCH 또는 E-DCH 상에서의 유사한 송신에 비해, 완료하는데 더 긴 시간을 요할 수도 있다. 따라서, 일반적으로는, 발신 UE 는 RACH 에 비해 DCH 또는 E-DCH 상에서 더 높은 트래픽량들을 전송하는 것이 좀더 효율적이지만, RACH 상에서는, DCH 셋업으로부터 오버헤드를 초래하지 않고, 더 작은 메시지들이 상대적으로 효율적으로 전송될 수 있다.

위에서 언급한 바와 같이, 발신 UE 의 상태 (예컨대, CELL_DCH 또는 CELL_FACH) 가, 발신 UE 에 의해 전송되는 업링크 데이터의 량에 기초하여 결정된다. 예를 들어, 표준은 트래픽량 측정 (Traffic Volume Measurement; TVM) 보고서를 트리거 (trigger) 하기 위한 Event 4a 임계치를 정의하고 있다. Event 4a 임계치는 표준에 규정되어 있으며, 트래픽량 측정 보고서를 트리거하기 위해 UE 에 의해 사용되며, 각각의 업링크 무선 베어러의 버퍼 점유 (buffer occupancy) 를 요약하고 있다.

표준에 정의되어 있지 않은 다른 파라미터들은 CELL_DCH 상태로의 소정의 UE 의 상태 전환을 트리거하기 위한 업링크 Event 4a 임계치, 및 CELL_DCH 상태로의 소정의 UE 의 상태 전환을 트리거하기 위한 다운링크 Event 4a 임계치이다. 이해될 수 있는 바와 같이, 표준에 '정의되어 있지 않은' 업링크 및 다운링크 Event 4a 임계치들은, 각각의 임계치들이 벤더 마다, 또는 상이한 RAN들에서의 구현 마다 변할 수 있다는 것을 의미한다.

업링크 Event 4a 임계치를 참조하면, CELL_FACH 상태에서, 각각의 무선 베어러의 보고된 업링크 버퍼 점유가 업링크 Event 4a 임계치를 초과하면, RNC (122) 는 UE 를 CELL_DCH 로 진행시킨다. 일 예에서, 이 결정은 종합한 (aggregated) 버퍼 점유 또는 개개의 무선 베어러 버퍼 점유에 기초하여 이루어질 수도 있다. 종합한 버퍼 점유가 CELL_DCH 전환을 결정하는데 사용되면, TVM 을 트리거하는데 동일한 임계치가 사용될 수 있다. 이와 유사하게, 다운링크 Event 4a 임계치를 참조할 경우, CELL_FACH 상태에서, UE 의 무선 베어러들의 다운링크 버퍼 점유가 다운링크 Event 4a 임계치를 초과하면, RNC (122) 는 UE 를 CELL_DCH 상태로 진행시킨다. 일 예에서, 이 결정은 종합한 버퍼 점유 또는 개개의 무선 베어러 버퍼 점유에 기초하여 이루어질 수도 있다.

따라서, 콜 요청 메시지의 사이즈는, 발신 UE 가 CELL_FACH 상태 또는 CELL_DCH 상태로 전환될지 여부를 결정할 수 있다. 구체적으로 말하면, RAN (120) 에서 CELL_DCH 상태 결정을 행하는데 Event 4a 임계치들 중의 하나가 종래에는 사용되고 있다. 따라서, Event 4a 임계치가 초과될 때, RAN (120) 은 UE 의 CELL_DCH 상태 전환을 트리거한다.

그러나, RAN (120) 자신의 프로세싱 속도 또는 응답성은 또한 CELL_DCH 상태 또는 CELL_FACH 상태가 콜 요청 메시지를 송신하는데 좀더 효율적인 옵션인지 여부에 영향을 미칠 수 있다. 예를 들어, RAN (120) 이 셀 업데이트 메시지를 수신한 후에 10 밀리초 (ms) 내에 DCH 리소스들을 발신 UE 에 할당할 수 있으면, 발신 UE 의 CELL_DCH 상태 전환이 상대적으로 빠를 수도 있으므로, DCH 로의 전환들이 지연-민감한 콜 요청 메시지들을 송신하는데 적합할 수도 있다. 한편, RAN (120) 이 셀 업데이트 메시지를 수신한 후 오직 100 밀리초 (ms) 이후에 DCH 리소스들을 발신 UE 에 할당할 수 있으면, 발신 UE 의 CELL_DCH 상태 전환이 상대적으로 느릴 수도 있으므로, RACH 상에서 콜 요청 메시지의 송신이 실제로 더 빨리 완료될 수도 있다.

이해될 수 있는 바와 같이, 더 낮은 Event 4a 임계치들은 그들의 데이터 교환을 시기적절하게 완료하는데 DCH들을 반드시 필요로 하는 것은 아닌 UE들에 좀더 빈번한 DCH 리소스 할당들을 초래할 것이기 때문에, Event 4a 임계치(들) 은 통상적으로 효율적인 리소스 이용을 달성할 정도로 충분히 높게 설정된다. 그러나, Event 4a 임계치를 초과하지 않는 데이터 송신들은 RAN (120) 의 프로세싱 속도 및 송신될 데이터량에 기초하여 CELL_FACH 상태 또는 CELL_DCH 상태에서 좀더 빠르게 송신될 수 있는 것이 가능하다. 그러나, 위에서 언급한 바와 같이, 종래의 RAN들은 CELL_DCH 상태 전환 결정을 행하는 데 있어, 측정된 또는 보고된 트래픽량이 Event 4a 임계치(들) 를 초과하는지 여부를 제외한 기준들을 평가하지 않는다.

W-CDMA 릴리즈 6 에서, 트래픽량 표시자 (Traffic Volume Indicator; TVI) 로 지칭되는 새로운 피쳐 (feature) 가 도입되며, 발신 UE 는 셀 업데이트 절차 동안 셀 업데이트 메시지 내에 TVI 를 포함시키는 옵션을 갖는다. RAN (120) 은 TVM 보고서를 트리거하기 위한 Event 4a 임계치가 초과된 것처럼 (즉, 업링크 트래픽량 버퍼 점유가 TVM 보고서를 트리거하기 위한 Event 4a 임계치를 초과하는 것처럼) TVI (즉, TVI = 참) 를 포함하는 셀 업데이트 메시지를 해석할 것이므로, RAN (120) 은 발신 UE 를 바로 CELL_DCH 상태로 전환시킬 것이다. 대안적으로, TVI 가 셀 업데이트 메시지에 포함되어 있지 않으면, RAN (120) 은 단지 Event 4a 에 대한 트래픽량 측정 보고서의 수신 시에 발신 UE 를 CELL_DCH 상태로 전환시킬 것이다.

따라서, 본 발명의 실시형태들은 UE-보조 상태 전환에 관한 것으로, 발신 UE 는 (예컨대, 도 4a 에서와 같이) 애플리케이션 서버 (170) 로 전송되는 콜 요청 메시지의 사이즈에 기초하여, 및/또는 (예컨대, 도 4b 에서와 같이) 개시될 통신 세션의 유형에 기초하여, TVI 를 셀 업데이트 메시지 내에 선택적으로 포함시킨다. 도 4a 의 실시형태에서, 예를 들어, 발신 UE 는 특정의 콜 요청 메시지가 RACH 또는 DCH 상에서 송신되어야 하는지 여부를 결정할 때에 사이즈 임계치를 이용한다. 일 예에서, 사이즈 임계치는 UE들에 대한 CELL_DCH 상태 전환들을 트리거하기 위해 RAN (120) 에 이미 설정되어 있는 Event 4a 임계치(들) 보다 작다. 도 4b 의 실시형태에서, 예를 들어, 발신 UE 는 특정의 콜 요청 메시지가 RACH 또는 DCH 상에서 전송되어야 하는지 여부를 결정할 때에 결정된 통신 세션의 유형 (예컨대, PTT, VoIP 등) 을 이용한다. 따라서, RAN (120) 이, 사이즈 임계치에 대한 콜 요청 메시지의 사이즈의 그 자신의 비교 및/또는 콜 또는 세션-유형 결정에 기초하여, 발신 UE 를 CELL_DCH 또는 CELL_FACH 로 전환할지 여부를, 발신 UE 자신이 제어할 수 있다.

이하, 도 4a 내지 도 5b 는 본 발명의 실시형태들에 따른, 시스템 (100) 이 광대역 코드 분할 다중 액세스 (W-CDMA) 를 이용하는 범용 이동 통신 시스템 (UMTS) 에 대응하는 UE-상태 전환 프로세스들을 도시한다. 그러나, 도 4a 내지 도 5b 가 어떻게 W-CDMA 이외의 프로토콜들에 따른 통신 세션들과 관련될 수 있는지를 당업자는 알 수 있을 것이다. 게다가, 여기서 언급하는 어떤 시그널링 메시지들이 설명되며, 그에 따라, 애플리케이션 서버 (170) 는 PTT 서버에 대응한다. 그러나, PTT 이외의 서비스들 (예컨대, 푸시-투-트랜스퍼 (PTX) 서비스들, VoIP 서비스들, 그룹-텍스트 세션들 등) 을 시스템 (100) 의 UE들에게 제공하는 서버들에 다른 실시형태들이 관련될 수도 있음을 알 수 있을 것이다.

도 4a 는 무선 통신 시스템 내 발신 UE 에서 구현되는 상태 결정 프로세스를 도시한다. 도 4a 을 참조하면, 소정의 UE ("발신 UE") 가 URA_PCH 또는 CELL_PCH 상태에서 동작하고 있는 것으로 가정한다 (400A). URA_PCH 또는 CELL_PCH 상태에 있는 동안, 발신 UE 는 애플리케이션 서버 (170) 에 의해 중재되는 통신 세션을 개시해달라는 요청을 수신한다 (405A). 예를 들어, 405A 의 수신된 요청은, 발신 UE 의 사용자가 PTT 통신 세션을 개시하기 위해 PTT 버튼을 눌렀다는 표시를 수신하는 발신 UE 상에서 실행되고 있는, 멀티미디어 클라이언트 애플리케이션 또는 API 에 대응한다.

다음으로, 발신 UE 는 통신 세션의 개시를 위해 전송되는 콜 요청 메시지의 사이즈를 결정한다 (410A). 예를 들어, 상이한 통신 세션에 대한 콜 요청 메시지들은 상이한 사이즈들 (즉, 상이한 비트들의 수) 을 가질 수 있다. 예를 들어, 애플리케이션 서버 (170) 에 의해 중재되는 콜의 유형은 콜 요청 메시지 (예컨대, VoIP 세션, PTT 세션, PTX 세션 등) 의 사이즈에 영향을 미칠 수 있다. 그 콜이 임계치 사이즈와 적어도 동일한 그룹 (예컨대, 3 이상의 참가자들) 과의 그룹 통신 세션에 대응하면, 발신 UE 가 통신 세션에 참가하기를 원하는 그 그룹의 사이즈는 또한 콜 요청 메시지의 사이즈에 영향을 미칠 수 있다 (예컨대, 큰 ad-hoc 그룹들이 더 큰 콜 요청 메시지 사이즈들을 가질 수도 있는 등). 또다른 예에서, 콜 요청 메시지들은 옵션으로, 애플리케이션 서버 (170) 에서 로케이션-기반의 결정들을 촉진시키기 위해, 발신 UE 의 로케이션 정보와 함께 번들 (bundle) 될 수도 있으며, 이 로케이션 정보의 유형은 콜 요청 메시지의 사이즈를 증가시킨다.

410A 에서 콜 요청 메시지의 사이즈를 결정한 후, 발신 UE 는 콜 요청 메시지를 CELL_FACH 상태로 RACH 상에서, 또는 CELL_DCH 상태로 DCH 또는 E-DCH 상에서 전송할지 여부를 결정하기 위해서, 410A 에서의 그 결정된 사이즈를 소정의 사이즈 임계치와 비교한다 (415A). 특히, 콜 요청 메시지의 사이즈가 소정의 사이즈 임계치보다 위가 아닌 것으로 결정되면, 415A 의 결정은 콜 요청 메시지를 RACH 상에서 전송하도록 결정하고 프로세스는 도 5a 의 500A 로 진행한다. 이와 달리, 콜 요청 메시지의 사이즈가 소정의 사이즈 임계치보다 위인 것으로 결정되면, 415A 의 결정은 콜 요청 메시지를 DCH 또는 E-DCH 상에서 전송하도록 결정하고 프로세스는 도 5b 의 500B 로 진행한다.

일 예에서, 콜 요청 메시지의 송신을 위해 CELL_DCH 상태와 CELL_FACH 상태 사이에서 선택하기 위해 발신 UE 에 의해 사용되는 소정의 사이즈 임계치는, 발신 UE 가 셀 업데이트 메시지를 송신한 후 RAN (120) 이 얼마나 빨리 DCH 리소스들을 발신 UE 에 할당할 것으로 예상되는지에 부분적으로 기초할 수도 있다. 당업자가 이해할 수 있는 바와 같이, RAN (120) 이 DCH 할당을 상대적으로 빠르게 달성할 것으로 예상되면, 소정의 사이즈 임계치는 상대적으로 낮은 값으로 설정될 수 있다. 이와 유사하게, RAN (120) 이 DCH 할당을 상대적으로 느리게 달성할 것으로 예상되면, 소정의 사이즈 임계치는 상대적으로 높은 값으로 설정될 수 있다. 그러나, 적어도 하나의 실시형태에서는, 어쨌든 Event 4a 임계치(들) 이 RAN (120) 으로의 CELL_DCH 상태 전환을 트리거할 것이기 때문에, 소정의 사이즈 임계치는 Event 4a 임계치(들) (예컨대, 업링크 Event 4a 임계치, TVM 보고서를 트리거하기 위한 Event 4a 임계치 등) 보다 더 높게 설정되지 않을 것이다.

도 4a 에는 명시적으로 나타내지 않지만, 발신 UE 는 애플리케이션 서버 (170) 에 의해 발신 UE 의 서빙 RAN 에 대한 소정의 사이즈 임계치를 통보받을 수 있다. 일 예에서, 도 4a 의 프로세스가 실행되기 전에, 발신 UE 는 UE 의 현재의 서빙 네트워크의 식별자 (예컨대, PLMN ID) 를 애플리케이션 서버 (170) 에 보고한다. 그후, 애플리케이션 서버 (170) 의 운용자는 (예컨대, 다양한 네트워크들의 이력 성능 데이터에 기초하여 설정되는 룩-업 테이블에 기초하여) UE 의 서빙 RAN 의 성능 예상치를 결정하고, 그 성능 예상치에 기초하여, 발신 UE 에 대한 소정의 사이즈 임계치를 설정한다. 그후, 소정의 사이즈 임계치가 발신 UE 로 중계된다. 발신 UE 가 새로운 서빙 네트워크 또는 RAN 으로 이동하면, 소정의 사이즈 임계치를 새로운 값으로 업데이트하기 위해서 그 프로세스가 반복될 수 있다.

도 4a 는 UE 가 콜 메시지를 DCH 또는 RACH 상에서 송신할지 여부를 결정할 때에 콜 메시지의 사이즈의 추정에 주로 의존하지만, 도 4b 는 콜 메시지를 송신할 역방향-링크 채널을 선택하기 위해여, 개시되는 통신 세션의 유형 (예컨대, PTT, VoIP 등) 이 UE 에 의해 사용되는 실시형태에 관한 것이다.

도 4b 는 본 발명의 또 다른 실시형태에 따른, 무선 통신 시스템 내 발신 UE 에서 구현되는 상태 결정 프로세스를 도시한다. 도 4b 를 참조하면, 소정의 UE ("발신 UE") 가 URA_PCH 또는 CELL_PCH 상태에서 동작하고 있다고 가정한다 (400B). URA_PCH 또는 CELL_PCH 상태에 있는 동안, 발신 UE 는 애플리케이션 서버 (170) 에 의해 중재되는 통신 세션을 개시해달라는 요청을 수신한다 (405B). 예를 들어, 405B 의 수신된 요청은, 발신 UE 의 사용자가 PTT 통신 세션을 개시하기 위해 PTT 버튼을 눌렀다는 표시를 수신하는 발신 UE 상에서 실행되고 있는, 멀티미디어 클라이언트 애플리케이션 또는 API 에 대응한다.

다음으로, 발신 UE 는 405B 에서 요청된 통신 세션의 유형을 결정한다 (410B). 예를 들어, 발신 UE 는 다수의 상이한 유형들의 통신 세션들, 예컨대 종래의 음성 콜들, PTT 또는 PTX 세션들, VoIP 세션들, 및 기타 등등에 참가할 수도 있다. 이들 상이한 통신 세션 유형들은 세션 셋업에 있어 다른 요구사항들, 예컨대 지연 민감도와 연관될 수도 있다. 예를 들어, PTT 세션들이 특히, 지연-민감한 것으로 알려져 있다.

410B 에서 통신 세션의 유형을 결정한 후, 발신 UE 는 콜 요청 메시지를 RACH 상에서 CELL_FACH 상태에서, 또는 DCH 또는 E-DCH 상에서 CELL_DCH 상태에서, 전송할지 여부를 결정하기 위해서, 410B 에서의 결정된 유형을 세션 유형들의 소정의 리스트와 비교한다 (415B). 일 예에서, 결정된 유형이 소정의 리스트 상에 존재한다고 그 비교가 나타낼 때 발신 UE 가 콜 요청 메시지를 송신할 DCH 또는 E_DCH 를 선택하도록, 세션 유형들의 소정의 리스트가 확립될 수 있다. 이 경우, 세션 유형들의 소정의 리스트는 상대적으로 지연-민감한 통신 세션들, 예컨대 PTT 또는 PTX 세션들에 대응할 수도 있다. 대안적으로, 세션 유형들의 소정의 리스트는, 결정된 유형이 소정의 리스트 상에 존재한다고 그 비교가 나타낼 때, 발신 UE 가 콜 요청 메시지를 송신할 RACH 를 선택하도록, 확립될 수 있다. 이 경우, 세션 유형들의 소정의 리스트는 크게 지연 민감하지 않은 통신 세션들, 예컨대 종래의 콜들 또는 VoIP 세션들에 대응할 수도 있다.

도 4b 를 참조하면, 415B 의 결정이 콜 요청 메시지를 RACH 상에서 전송하도록 결정하면, 프로세스는 도 5a 의 500A 로 진행한다. 이와 달리, 415B 의 결정이 콜 요청 메시지를 DCH 또는 E-DCH 상에서 전송하도록 결정하면, 프로세스는 도 5b 의 500B 로 진행한다.

도 5a 를 참조하면, 도 4a 의 415A 또는 도 4b 의 415B 에서 RACH 상에서 CELL_FACH 상태에서 발신 UE 로부터 콜 요청 메시지를 송신하도록 결정한 후, 발신 UE 는 RAN (120) 이 발신 UE 를 CELL_DCH 상태로 전환하지 않도록, TVI 없이 셀 업데이트 메시지를 구성한다 (500A). 예를 들어, 위에서 논의된 바와 같이, W-CDMA 릴리즈 6 에서, TVI 로서 지칭되는 새로운 피쳐가 도입되며, 이에 의해 발신 UE 는 RAN (120) 이 Event 4a 상태 (condition) 를 평가하는 방법을 제어하기 위해 셀 업데이트 절차 동안 셀 업데이트 메시지 내에 TVI 를 포함시키는 옵션을 갖는다. 따라서, 도 4a 의 410A 또는 도 4b 의 410B 에서 통신 세션의 콜-유형을 결정하거나 및/또는 그 콜-유형으로부터 콜 요청 메시지의 사이즈를 추론하는 (예컨대, 직접 (direct) 콜들에 대해서는 작은 메시지-사이즈를 추론하고, adhoc-그룹 콜들에 대해서는 큰 메시지-사이즈를 추론하는 등) 것 외에도, 발신 UE 는 또한 콜 요청 메시지에 의해 개시되는 연관된 콜-유형에 기초하여, 셀 업데이트 메시지에 대한 TVI 설정을 결정할 수 있다. 예를 들어, 500A 의 구성 (TVI = 거짓 또는 TVI = 0) 은 직접 콜에 대응하는 콜 요청 메시지의 콜-유형을 검출하는 것에 대한 응답일 수 있다.

따라서, 발신 UE 는 셀 업데이트 메시지를 TVI 없이 RACH 상에서 RAN (120) 으로 송신하며 (505A), RAN (120) 은 발신 UE 에게 CELL_FACH 상태로 전환하도록 지시하는 FACH 상에서 셀 업데이트 확인 메시지를 전송함으로써, 셀 업데이트 메시지에 응답한다 (510A). 당업자가 이해할 수 있는 바와 같이, URA_PCH 또는 CELL_PCH 상태로부터 CELL_FACH 상태로의 전환들은 RAN (120) 에서 서빙 노드 B 와 서빙 RNC 사이에 셋업되는 무선 링크 (RL) 를 필요로 하지 않으므로, 510A 의 셀 업데이트 확인 메시지가 UE 에게 CELL_DCH 상태로 전환하도록 지시하는 셀 업데이트 메시지에 비해 상대적으로 빠르게 전송될 수 있다.

발신 UE 는 510A 의 셀 업데이트 확인 메시지를 수신하고 CELL_FACH 상태로 전환한다 (515A). 종래에는, RAN (120) 으로부터 셀 업데이트 확인 메시지를 수신하자 마자, 발신 UE 는 셀 업데이트 확인 응답 메시지로 응답하고, 그 후 발신 UE 는 RACH 상에서 데이터를 RAN (120) 으로 전송하도록 허용될 것이다. 그러나, 도 5a 의 실시형태에서, 발신 UE 및 RAN (120) 은 셀 업데이트 확인 응답 메시지가 전송되기 전에 발신 UE 가 데이터를 전송할 수 있도록 구성된다. 이해될 수 있는 바와 같이, 셀 업데이트 확인 응답 메시지 전에 콜 요청 메시지(들) 을 전송하는 것이 데이터의 조기 송신이 될 수 있지만, 본 발명의 각각의 실시형태에서, 반드시 기본적인 피쳐는 아니다.

따라서, 셀 업데이트 확인 응답 메시지가 RACH 상에서 RAN (120) 으로 전송되기 전에, 발신 UE 는 제 1 콜 요청 메시지를 RACH 상에서 RAN (120) 으로 전송하고 (520A), RAN (120) 은 그 콜 요청 메시지를 애플리케이션 서버 (170) 로 포워딩한다 (525A). 그 콜 요청 메시지를 수신하고 연관된 콜 목표(들)을 로케이트하자 마자, 애플리케이션 서버 (170) 는 통신 세션을 각각의 콜 목표로 어나운스한다 (530A). 발신 UE 는 적어도 콜 요청 메시지가 애플리케이션 서버 (170) 에 의해 접수 통지될 때까지 소정의 간격으로 콜 요청 메시지를 반복하며, 그렇게 해서, 535A 에서, 제 2 콜 요청 메시지가 발신 UE 에 의해 전송된다.

520A 및 535A 의 콜 요청 메시지들을 전송한 후, 발신 UE 는 셀 업데이트 확인 응답 메시지를 RACH 상에서 RAN (120) 으로 전송한다 (540A). 위에서 언급한 바와 같이, 종래에는, 셀 업데이트 확인 응답 메시지의 송신이 RACH 상에서의 데이터의 송신 전에 일어나는 반면, 도 5a 의 실시형태에서는, RACH 상에서 데이터의 '조기 (early)' 송신이 가능하도록 발신 UE 및 RAN (120) 이 특히 구성된다.

애플리케이션 서버 (170) 로 되돌아 가면, 525A 로부터의 콜 요청 메시지를 디코딩한 후, 애플리케이션 서버 (170) 는 발신 UE 로 송신을 위해 콜 요청 ACK 를 RAN (120) 으로 전송한다 (545A). RAN (120) 은 애플리케이션 서버 (170) 로부터 콜 요청 ACK 를 수신하고 콜 요청 ACK 를 발신 UE 로 FACH 상에서 송신한다 (550A). 530A 에서 어나운스 메시지가 전송된 이후에 콜 요청 ACK 가 발생하는 것으로 나타나지만, 본 발명의 다른 실시형태들에서는, 콜 요청 ACK 가 어나운스 메시지와 동시에 또는 이전에 전송될 수 있음을 알 것이다.

당업자가 이해할 수 있는 바와 같이, 애플리케이션 서버 (170) 는 일반적으로 발신 UE 가 CELL_FACH 상태에서 또는 CELL_DCH 상태에서 RAN (120) 에 접속되어 있는지 여부를 알지 못한다. 그러나, 통신 세션 동안 성능 및 신뢰성을 향상시키기 위해, 일반적으로 애플리케이션 서버 (170) 는 발신 UE 를 CELL_DCH 상태에서 유지하기를 원할 것이다. 따라서, 본 발명의 실시형태에서, 애플리케이션 서버 (170) 는, (i) 525A 에서 수신된 콜 요청 메시지의 사이즈, 및/또는 (ii) 발신 UE 가 CELL_DCH 상태에서 이미 동작하고 있는 것으로 예상되는지 여부를 추론하기 위해서 개시 요청되는 통신 세션의 유형을 평가하도록 구성된다 (555A). 예를 들어, 555A 에서, 애플리케이션 서버 (170) 의 평가는 발신 UE 에서, 도 4a 의 415A 와 유사하게, 콜 요청 메시지의 사이즈를 소정의 사이즈 임계치에 비교하는 것에 대응할 수 있다. 예를 들어, 위에서 언급한 바와 같이, 도 4a (또는 도 5a) 의 프로세스가 실행되기 전에, 발신 UE 는 (예컨대, 서빙 네트워크의 PLMN ID 를 애플리케이션 서버 (170) 에 전달함으로써) 그의 현재의 서빙 네트워크를 애플리케이션 서버 (170) 에 보고할 수 있다. 그후, 애플리케이션 서버 (170) 는 UE 의 서빙 네트워크에 기초하여, 발신 UE 에 대한 소정의 사이즈 임계치를 설정할 수 있다. 그후, 애플리케이션 서버 (170) 는, UE 의 서빙 네트워크의 소정의 사이즈 임계치 및/또는 Event 4a 임계치들 중 하나 이상보다 더 큰 사이즈를 갖는 메시지가 애플리케이션 서버 (170) 에서 발신 UE 로부터 수신될 때 발신 UE 가 CELL_DCH 상태로 스스로 전환될 것이라고 추정할 것이다. 대안적인 예에서, 555A 에서, 애플리케이션 서버 (170) 의 평가는 발신 UE 에서, 도 4b 의 415B 와 유사하게, 통신 세션의 유형을 통신 세션 유형들의 소정의 리스트와 비교하는 것에 대응할 수 있다.

도 5a 의 실시형태에서, 애플리케이션 서버 (170) 는 UE 에 대한 DL Event 4a 임계치보다 크거나 같은 사이즈를 갖는 더미 패킷을 발신 UE 로 송신함으로써, CELL_DCH 상태로의 발신 UE 의 송신을 촉진하도록 결정한다 (560A). 예를 들어, 발신 UE 를 CELL_DCH 상태로 전환하는 애플리케이션 서버 (170) 의 결정은, 소정의 사이즈 임계치보다 작거나 같은 콜 요청 메시지에 응답하거나, 및/또는 발신 UE 에 의해 개시되어 있는 통신 세션의 유형에 기초할 수 있다. 따라서, 더미 패킷은 발신 UE 에 대한 RAN (120) 자신의 CELL_DCH 상태 전환 메커니즘을 트리거하기에 충분히 크게 설정된다.

본 발명의 또다른 실시형태에서, 애플리케이션 서버 (170) 는 555A 의 평가를 수행하지 않고 콜 요청 메시지가 수신될 때는 언제나 더미 패킷을 발신 UE 로 단순히 전송할 수 있다. 이것이 구현의 관점에서는 좀더 간단하지만, (예컨대, 도 5a 에서는, UE 가 더미 패킷의 송신 이후까지는 여전히 CELL_DCH 상태에 있지 않지만) 발신 UE 가 이미 CELL_DCH 상태에 있다는 점에서 볼 때 적어도 일부 더미 패킷들을 발생시킬 수 있음을 알 수 있을 것이다.

도 5a 를 참조하면, RAN (120) (구체적으로, RAN (120) 의 서빙 RNC) 은 더미 패킷을 수신하고, 다운링크 트래픽량을 Event 4a TVM 임계치보다 높게 상승시키는 더미 패킷에 기초하여, 발신 UE 를 CELL_DCH 상태로 전환하도록 결정한다 (565A). 따라서, RAN (120) 에서 DCH 에 대해 서빙 노드 B 와 서빙 RNC 사이에 무선 링크 (RL) 를 확립한 후, RAN (120) 은 무선 베어러 (RB) 재구성 메시지를 FACH 를 통해서 발신 UE 로 송신한다 (570A). 이해할 수 있는 바와 같이, 570A 에서 RB 재구성 메시지로 도시되지만, 이의 대안으로, 이 재구성 메시지는 무선 베어러, 전송 채널 또는 물리 채널이 재구성될 발신 UE 의 더 높은 층인지 여부에 기초하여, 전송 채널 (TCH) 재구성 메시지 또는 물리 채널 (PCH) 재구성 메시지로 구성될 수 있다.

발신 UE 는 RB 재구성 메시지를 수신하고 CELL_DCH 상태로 전환한다 (575A). 도 5a 에 명시적으로 나타내지는 않지만, CELL_DCH 로의 발신 UE 의 전환은 그의 서빙 노드 B 와의 L1 동기화 절차를 완료하는 것을 포함할 수도 있으며, 그후, 발신 UE 는 RB 재구성 완료 메시지를 DCH 또는 E-DCH 상에서 RAN (120) 으로 송신한다 (580A). 그후, RAN (120) 은 DCH 또는 HS-DSCH 상에서 더미 패킷을 발신 UE 로 송신하고 (585A), 발신 UE 는 더미 패킷을 디코딩한 후 드롭 (drop) 한다 (590A).

도 5b 를 참조하면, 도 4a 의 415A 또는 도 4b 의 415B 에서 콜 요청 메시지를 DCH (즉, DCH 또는 E-DCH) 상에서 CELL_DCH 상태에서 발신 UE 로부터 송신하도록 결정한 후, 발신 UE 는, 발신 UE 를 CELL_DCH 상태로 전환하도록 RAN (120) 이 프롬프트 되도록, TVI (즉, TVI = 참) 와 함께 셀 업데이트 메시지를 구성한다 (500B). 예를 들어, 위에서 논의된 바와 같이, W-CDMA 릴리즈 6 에서, TVI 로서 지칭되는 새로운 피쳐가 도입되며, 이에 의해 발신 UE 는 RAN (120) 이 Event 4a 상태 (condition) 를 평가하는 방법을 제어하기 위해 셀 업데이트 절차 동안 셀 업데이트 메시지 내에 TVI 를 포함시키는 옵션을 갖는다. 따라서, 도 4a 의 410A 또는 도 4b 의 410B 에서 통신 세션의 콜-유형을 결정하거나 및/또는 그 콜-유형으로부터 콜 요청 메시지의 사이즈를 추론하는 (예컨대, 직접 콜들에 대해서는 작은 메시지-사이즈를 추론하고, adhoc-그룹 콜들에 대해서는 큰 메시지-사이즈를 추론하는 등) 것 외에도, 발신 UE 는 또한 콜 요청 메시지에 의해 개시되는 연관된 콜-유형에 기초하여, 셀 업데이트 메시지에 대한 TVI 설정을 결정할 수 있다. 예를 들어, 500A 의 구성 (TVI = 거짓 또는 TVI = 0) 은 (예컨대, 도 4b 에서와 같이) adhoc-그룹 콜에 대응하는 콜 요청 메시지의 콜 유형을 검출하는 것에 응답하거나 및/또는 (예컨대, 도 4a 에서와 같이) 콜 요청 메시지 자체의 사이즈의 직접적인 추정에 기초할 수 있다.

따라서, 발신 UE 는 셀 업데이트 메시지를 TVI (즉, TVI = 참) 와 함께, RACH 상에서 RAN (120) 으로 송신한다 (505B). RAN (120) 은 서빙 노드 B 와 서빙 RNC 사이에 무선 링크 (RL) 를 셋업함으로써 셀 업데이트 메시지에 응답하며 (510B), 그후, RAN (120) 은 발신 UE 에게 CELL_DCH 상태로 전환하도록 지시하는 셀 업데이트 확인 메시지를 FACH 상에서 전송한다 (515B). 당업자가 이해할 수 있는 바와 같이, URA_PCH 또는 CELL_PCH 상태로부터 CELL_FACH 상태로의 전환들과는 달리, URA_PCH 또는 CELL_PCH 상태로부터 CELL_DCH 상태로의 전환들은 RAN (120) 에서 서빙 노드 B 와 서빙 RNC 사이에 셋업되는 무선 링크 (RL) 를 필요로 하므로, RL 셋업과 연관된 소정의 RAN-프로세싱 지연 후에 515B 의 셀 업데이트 확인 메시지가 전송된다.

발신 UE 는 515B 의 셀 업데이트 확인 메시지를 수신하고 그의 서빙 노드 B 와의 L1 동기화 절차를 수행함으로써 CELL_DCH 로의 그의 전환을 시작한다 (520B). 520B 의 L1 동기화 절차를 완료한 후, 발신 UE 는 CELL_DCH 상태에서 동작하고 있는 것으로 간주된다 (525B). 종래에는, L1 동기화 절차를 완료한 후, 발신 UE 는 셀 업데이트 확인 응답 메시지를 송신하고, 그후 발신 UE 는 역방향-링크 DCH 또는 E-DCH 상에서 RAN (120) 으로 데이터를 전송하도록 허용될 것이다. 그러나, 도 5b 의 실시형태에서, 발신 UE 및 RAN (120) 은 L1 동기화 절차 후 및 셀 업데이트 확인 응답 메시지가 전송되기 전에, 발신 UE 가 데이터를 송신할 수 있도록 구성된다. 이해할 수 있는 바와 같이, 셀 업데이트 확인 응답 메시지 전에 콜 요청 메시지(들) 을 전송하는 것이 데이터의 조기 송신이 될 수 있지만, 본 발명의 각각의 실시형태에서, 반드시 필수적인 피쳐는 아니다.

따라서, 셀 업데이트 확인 응답 메시지가 역방향-링크 DCH 또는 E-DCH 상에서 RAN (120) 으로 전송되기 전에, 발신 UE 는 제 1 콜 요청 메시지를 역방향-링크 DCH 또는 E-DCH 상에서 RAN (120) 으로 송신하고 (530B), RAN (120) 은 그 콜 요청 메시지를 애플리케이션 서버 (170) 로 포워딩한다 (535B). 그 콜 요청 메시지를 수신하고 연관된 콜 목표(들)을 로케이트하자 마자, 애플리케이션 서버 (170) 는 통신 세션을 각각의 콜 목표로 어나운스한다 (540B). 발신 UE 는 적어도 콜 요청 메시지가 애플리케이션 서버 (170) 에 의해 ACK될 때까지 콜 요청 메시지를 소정의 간격으로 반복하고, 그렇게 해서, 545B 에서 제 2 콜 요청 메시지가 발신 UE 에 의해 전송된다.

530B 및 545B 의 콜 요청 메시지들을 전송한 후, 발신 UE 는 셀 업데이트 확인 응답 메시지를 역방향 링크 DCH 또는 E-DCH 상에서 RAN (120) 으로 전송한다 (550B). 위에서 언급한 바와 같이, 종래에는, 셀 업데이트 확인 응답 메시지의 송신이 역방향-링크 DCH 또는 E-DCH 상에서의 데이터의 송신 전에 일어난 반면, 도 5b 의 실시형태에서는, 발신 UE 및 RAN (120) 이 특히 DCH 또는 E-DCH 상에서 데이터의 '조기' 송신을 허용하도록 구성된다.

애플리케이션 서버 (170) 로 되돌아 가면, 535B 로부터의 콜 요청 메시지를 디코딩한 후, 애플리케이션 서버 (170) 는 발신 UE 로의 송신을 위해 콜 요청 ACK 를 RAN (120) 으로 전송한다 (555B). RAN (120) 은 애플리케이션 서버 (170) 로부터 콜 요청 ACK 를 수신하고 콜 요청 ACK 를 DTCH/DCH 또는 DTCH/HS-DSCH 상에서 발신 UE 로 송신한다 (560B). 540B 에서 어나운스 메시지가 전송된 후에 콜 요청 ACK 가 일어나는 것으로 나타내지만, 본 발명의 다른 실시형태들에서는, 콜 요청 ACK 가 어나운스 메시지와 동시에 또는 이전에 전송될 수 있음을 알 수 있을 것이다.

위에서 언급한 바와 같이, 애플리케이션 서버 (170) 는 일반적으로 발신 UE 가 CELL_FACH 상태에서 또는 CELL_DCH 상태에서 RAN (120) 에 접속되는지 여부를 알지 못한다. 그러나, 통신 세션 동안 성능 및 신뢰성을 향상시키기 위해, 일반적으로 애플리케이션 서버 (170) 는 발신 UE 를 CELL_DCH 상태에서 유지하기를 원할 것이다. 따라서, 본 발명의 실시형태에서, 애플리케이션 서버 (170) 는, 발신 UE 가 이미 CELL_DCH 상태에서 동작하고 있는 것으로 예상되는지 여부를 추론하기 위해서, (예컨대, 도 4a 와 유사하게 발신 UE 에서) 535B 에서 수신된 콜 요청 메시지의 사이즈 및/또는 (예컨대, 도 4b 와 유사하게 발신 UE 에서) 개시되는 통신 세션의 콜-유형을 평가하도록 구성된다 (565B). 예를 들어, 565B 에서, 애플리케이션 서버 (170) 의 평가는 도 4a 의 415A 와 유사하게, 발신 UE 에서, 콜 요청 메시지의 사이즈를 소정의 사이즈 임계치와 비교하는 것에 대응할 수 있다. 대안적인 예에서, 565B 에서, 애플리케이션 서버 (170) 의 평가는 도 4b 의 415B 와 유사하게, 발신 UE 에서, 개시되는 통신 세션의 콜-유형을 소정의 통신 세션 유형들의 리스트와 비교하는 것에 대응할 수 있다.

도 5b 의 실시형태에서, 애플리케이션 서버 (170) 는 (예컨대, 콜 요청 메시지가 소정의 사이즈 임계치보다 크거나 및/또는 통신 세션의 콜-유형이 소정의 리스트 상에 리스트되어 있거나 리스트되어 있지 않기 때문에) 발신 UE 가 이미 CELL_DCH 상태에서 동작하고 있을 가능성이 있다고 결정하고, 그에 따라, 더미 패킷을 송신하는 것을 억제시킨다 (570B). 특히, 도 5b 는 이 실시형태에서는 적어도, 발신 UE 가 현시점에 CELL_DCH 상태에 이미 있기 때문에, 콜 요청 메시지들에 응답하여 더미 패킷들을 애플리케이션 서버 (170) 로부터 발신 UEs 로 '블라인드 방식으로 (blindly)' 전송하는 것이, 정말로 필요한 것은 아닌 예를 나타낸다.

본 발명의 전술한 실시형태들에서의 언급들은 일반적으로 용어들 '콜' 과 '세션' 을 상호교환가능하게 사용되었지만, 임의의 콜 및/또는 세션이 상이한 당사자들 사이의 실제적인 콜들을 포함하는 것으로, 또는, 대안적으로, 기술적으로 '콜들'로서 고려되지 않을 수도 있는 데이터 전송 세션들을 포함하는 것으로 해석되도록 의도되는 것을 알 수 있을 것이다. 또한, 상기 실시형태들이 일반적으로 PTT 세션들에 대해 설명되었지만, 다른 실시형태들은 임의 유형의 통신 세션, 예컨대 푸시-투-전송 (PTX) 세션, 긴급 VoIP 콜 등과 관련될 수 있다.

당업자는 정보와 신호들을 어떠한 여러 상이한 기술들과 기법들을 이용하여 나타낼 수 있음을 알 수 있을 것이다. 예를 들어, 상기의 설명 전반에 걸쳐 참조될 수도 있는 데이터, 명령들, 지령 (command) 들, 정보, 신호들, 비트들, 심볼들, 및 칩들은, 전압들, 전류들, 전자기파들, 자계들 또는 자성 입자들, 광학 계들 또는 입자들, 또는 이들의 임의의 조합으로 표현될 수도 있다.

또한, 당업자는 여기서 개시한 실시형태들과 관련하여 설명한 여러 예시적인 로직 블록들, 모듈들, 회로들 및 알고리즘 단계들이, 전자 하드웨어, 컴퓨터 소프트웨어 또는 이들 양자의 조합으로 구현될 수 있음을 알 수 있을 것이다. 이러한 하드웨어와 소프트웨어의 호환성을 명확히 나타내기 위하여, 이상에서는, 여러 예시적인 구성요소들, 블록들, 모듈들, 회로들 및 단계들이 그들의 기능의 관점에서 일반적으로 설명되었다. 그런 기능이 하드웨어 또는 소프트웨어로 구현되는지는 특정의 애플리케이션 및 전체 시스템에 부과되는 설계 제약사항들에 의존한다. 숙련자들은 각각의 특정의 애플리케이션 마다 설명한 기능을 여러가지 방법으로 구현할 수도 있으며, 그러나 그런 구현 결정이 본 발명의 범위로부터 일탈을 초래하는 것으로 해석되어서는 안된다.

여기서 개시한 실시형태들과 관련하여 설명한 여러 예시적인 로직 블록들, 모듈들 및 회로들은 범용 프로세서, 디지털 신호 프로세서 (DSP), 주문형 집적회로 (ASIC), 필드 프로그래밍가능한 게이트 어레이 (FPGA) 또는 다른 프로그래밍가능한 로직 디바이스, 이산 게이트 또는 트랜지스터 로직, 이산 하드웨어 구성요소들, 또는 여기서 설명한 기능들을 수행하도록 설계된 이들의 임의의 조합으로 구현되거나 수행될 수도 있다. 범용 프로세서는 마이크로프로세서일 수 있지만, 대안으로서, 프로세서는 임의의 종래의 프로세서, 제어기, 마이크로제어기 또는 상태 머신일 수도 있다. 또한, 프로세서는, 컴퓨팅 디바이스들의 조합, 예를 들면 DSP 와 마이크로프로세서의 조합, 복수의 마이크로프로세서들, DSP 코어와 관련된 하나 이상의 마이크로프로세서들 또는 다른 임의의 그러한 구성으로도 구현될 수도 있다.

여기서 개시한 실시형태들과 관련하여 설명한 방법들, 시퀀스들 및/또는 알고리즘들은, 직접 하드웨어로, 프로세서에 의해 실행되는 소프트웨어 모듈로, 또는 이들 둘의 조합으로, 구현될 수도 있다. 소프트웨어 모듈은 RAM 메모리, 플래시 메모리, ROM 메모리, EPROM 메모리, EEPROM 메모리, 레지스터들, 하드 디스크, 착탈식 디스크, CD-ROM 또는 당업계에 알려진 임의의 다른 유형의 저장 매체에 상주할 수도 있다. 예시적인 저장 매체는 프로세서가 저장 매체로부터 정보를 판독하고 저장매체에 기록할 수 있도록, 프로세서에 커플링된다. 이의 대안으로, 저장 매체가 프로세서에 통합될 수도 있다. 프로세서와 저장 매체는 ASIC 에 상주할 수도 있다. ASIC는 사용자 단말 (예컨대, 액세스 단말) 에 상주할 수도 있다. 이의 대안으로, 프로세서 및 저장 매체는 별개의 구성요소들로서 사용자 단말에 상주할 수도 있다.

하나 이상의 예시적인 실시형태들에서, 설명한 기능들은 하드웨어, 소프트웨어, 펌웨어 또는 이들의 임의의 조합으로 구현될 수 있다. 소프트웨어로 구현되는 경우, 그 기능들은 컴퓨터-판독가능 매체 상에 하나 이상의 명령들 또는 코드들로서 저장되거나, 송신될 수도 있다. 컴퓨터 판독가능 매체들은, 한 장소로부터 다른 장소로의 컴퓨터 프로그램의 전송을 용이하게 하는 임의의 매체를 포함하는 컴퓨터 저장 매체들 및 통신 매체들 모두를 포함한다. 저장 매체들은 컴퓨터에 의해 액세스될 수 있는 어떠한 가용 매체들일 수도 있다. 일 예로서, 이에 한정하지 않고, 그런 컴퓨터-판독가능 매체들은, RAM, ROM, EEPROM, CD-ROM 또는 다른 광디스크 저장, 자기디스크 저장 또는 다른 자기 저장 디바이스들, 또는 원하는 프로그램 코드를 명령들 또는 데이터 구조들의 형태로 운반하거나 저장하는데 사용할 수 있고 컴퓨터에 의해 액세스될 수 있는 다른 어떠한 매체도 포함할 수 있다. 또한, 임의의 문맥이 적절하게 컴퓨터-판독가능 매체로 지칭된다. 예컨대, 소프트웨어가 동축 케이블, 광섬유 케이블, 이중 권선, 디지털 가입자 회선 (DSL) 또는 무선 기술들, 예컨대 적외선, 무선 및 마이크로파를 이용하여, 웹 사이트, 서버 또는 다른 원격 소오스로부터 송신되는 경우, 동축 케이블, 광섬유 케이블, 이중 권선, DSL, 또는 적외선, 무선 및 마이크로파와 같은 무선 기술이 그 매체의 정의에 포함된다. 디스크 (disk) 및 디스크 (disc) 는, 여기서 사용할 때, 콤팩트 디스크 (CD), 레이저 디스크, 광디스크, 디지털 다기능 디스크 (DVD), 플로피 디스크 및 블루-레이 디스크를 포함하며, 여기서, 디스크 (disc) 는 레이저로 데이터를 광학적으로 재생하지만, 디스크 (disk) 는 데이터를 자기적으로 보통 재생한다. 또한, 상술한 것들의 조합들도 컴퓨터-판독가능 매체들의 범위 내에 포함되어야 한다.

전술한 개시물이 본 발명의 예시적인 실시형태들을 나타내지만, 첨부된 청구범위에 의해 정의되는 본 발명의 범위로부터 일탈하지 않고 여러 가지 변화들 및 변경들이 이루어질 수 있다는 점에 유의해야 한다. 본 명세서에서 설명한 본 발명의 실시형태들에 따른 기능들, 단계들 및/또는 방법 청구항들의 액션들은 어떤 특정의 순서로 수행되는 것을 요하지 않는다. 더욱이, 비록 본 발명의 엘리먼트들이 단수로 설명되거나 또는 청구될 수도 있지만, 그 단수에의 한정이 명시적으로 언급되지 않는 한, 복수가 고려된다.

Claims

무선 통신 시스템 내에서 사용자 장비 (UE) 의 상태를 선택적으로 전환하는 방법으로서,
상기 UE 에서, 애플리케이션 서버에 의해 중재되는 적어도 하나의 다른 UE 와 통신 세션을 개시하도록 결정하는 단계;
상기 애플리케이션 서버에 의한 상기 통신 세션의 개시를 요청하기 위해 상기 UE 에 의해 전송될 콜 메시지의 사이즈를 결정하는 단계;
상기 콜 메시지의 상기 결정된 사이즈에 적어도 부분적으로 기초하여, 상기 콜 메시지를 송신할 역방향-링크 채널을 선택하는 단계;
상기 UE 를, 상기 선택된 역방향-링크 채널 상에서 송신들을 지원하는 소정의 상태로 전환하는 단계; 및
상기 UE 가 상기 소정의 상태로 전환된 후에, 상기 콜 메시지를 상기 선택된 역방향-링크 채널 상에서 송신하는 단계를 포함하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 1 항에 있어서,
상기 통신 세션을 개시하도록 결정하는 단계는, 상기 통신 세션을 개시하도록 하는 상기 UE 의 사용자로부터의 요청에 대한 응답인, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 1 항에 있어서,
상기 콜 메시지의 상기 결정된 사이즈는 상기 통신 세션과 연관된 무선 통신 프로토콜, 및/또는 보충 정보가 상기 콜 메시지와 함께 번들 (bundle) 되는지 여부에 적어도 부분적으로 기초하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 3 항에 있어서,
상기 무선 통신 프로토콜은 VoIP (Voice-over Internet Protocol), 푸시-투-토크 (Push-to-Talk; PTT) 또는 푸시-투-전송 (Push-to-Transfer; PTX) 에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 3 항에 있어서,
상기 보충 정보는 상기 UE 와 연관된 로케이션 (location) 정보를 포함하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 1 항에 있어서,
상기 선택하는 단계는,
상기 콜 메시지의 상기 결정된 사이즈를 사이즈 임계치와 비교하는 단계;
상기 결정된 사이즈가 상기 사이즈 임계치 미만인 것으로 상기 비교가 나타내는 경우, 상기 콜 메시지를 송신할 제 1 역방향-링크 채널을 선택하는 단계; 및
상기 결정된 사이즈가 상기 사이즈 임계치 미만이 아닌 것으로 상기 비교가 나타내는 경우, 상기 콜 메시지를 송신할 제 2 역방향-링크 채널을 선택하는 단계를 포함하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 6 항에 있어서,
상기 제 1 역방향-링크 채널은 역방향-링크 공유 채널에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 7 항에 있어서,
상기 제 1 역방향-링크 공유 채널은 랜덤 액세스 채널 (RACH) 에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 6 항에 있어서,
상기 제 2 역방향-링크 채널은 역방향-링크 전용 채널에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 6 항에 있어서,
상기 사이즈 임계치는, 오버헤드를 고려할 때, 상기 사이즈 임계치 미만인 데이터 패킷들이 상기 제 1 역방향-링크 채널 상에서 송신을 더욱 빠르게 완료할 수 있을 것으로 예상되고, 상기 사이즈 임계치 미만이 아닌 데이터 패킷들이 상기 제 2 역방향-링크 채널 상에서 송신을 더욱 빠르게 완료할 수 있을 것으로 예상되도록 구성되는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 6 항에 있어서,
상기 사이즈 임계치는 상기 UE 의 서빙 액세스 네트워크의 Event 4a 트래픽량 측정 (Traffic Volume Measurement; TVM) 임계치보다 크지 않은, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 6 항에 있어서,
상기 사이즈 임계치는 서빙 액세스 네트워크로부터 상기 UE 로 전달되는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 1 항에 있어서,
상기 UE 가 상기 통신 세션을 개시하도록 결정할 때, 상기 UE 는 휴지 상태에 있는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 1 항에 있어서,
상기 전환하는 단계는,
상기 UE 를 상기 소정의 상태로 전환하도록 서빙 액세스 네트워크에게 요청하는 메시지를 구성하는 단계; 및
소정의 역방향-링크 채널 상에서 상기 구성된 메시지를 상기 서빙 액세스 네트워크로 송신하는 단계를 포함하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 14 항에 있어서,
상기 소정의 역방향-링크 채널은 상기 선택된 역방향-링크 채널에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 14 항에 있어서,
상기 소정의 역방향-링크 채널은 상기 선택된 역방향-링크 채널에 대응하지 않는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 14 항에 있어서,
상기 구성하는 메시지는 셀 업데이트 메시지에 대응하며,
상기 구성하는 단계는, 상기 서빙 액세스 네트워크에게 상기 UE 를 상기 소정의 상태로 전환하도록 지시하는 상기 셀 업데이트 메시지 내에 트래픽량 표시자 (Traffic Volume Indicator; TVI) 필드의 값을 설정하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 17 항에 있어서,
상기 소정의 상태가 CELL_FACH 상태에 대응하는 경우, 상기 TVI 필드는 "TVI 없음"으로 설정되며,
상기 소정의 상태가 CELL_DCH 상태에 대응하는 경우, 상기 TVI 필드는 "TVI = 참"으로 설정되는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 1 항에 있어서,
상기 역방향-링크 채널은 역방향-링크 공유 채널에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 19 항에 있어서,
상기 역방향-링크 공유 채널은 랜덤 액세스 채널 (RACH) 에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 1 항에 있어서,
상기 역방향-링크 채널은 역방향-링크 전용 채널에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
무선 통신 시스템 내에서 사용자 장비 (UE) 의 상태를 선택적으로 전환하는 방법으로서,
상기 UE 에서, 애플리케이션 서버에 의해 중재되는 적어도 하나의 다른 UE 와 통신 세션을 개시하도록 결정하는 단계;
상기 통신 세션의 유형을 결정하는 단계;
콜 메시지의 결정된 유형에 적어도 부분적으로 기초하여, 상기 애플리케이션 서버에 의한 상기 통신 세션의 개시를 요청하기 위해 콜 메시지를 송신할 역방향-링크 채널을 선택하는 단계;
상기 UE 를, 상기 선택된 역방향-링크 채널 상에서 송신들을 지원하는 소정의 상태로 전환하는 단계; 및
상기 UE 가 상기 소정의 상태로 전환된 후에, 상기 콜 메시지를 상기 선택된 역방향-링크 채널 상에서 송신하는 단계를 포함하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 22 항에 있어서,
상기 통신 세션을 개시하도록 결정하는 단계는 상기 통신 세션을 개시하도록 하는 상기 UE 의 사용자로부터의 요청에 대한 응답인, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 22 항에 있어서,
상기 통신 세션의 상기 결정된 유형은 VoIP (Voice-over Internet Protocol), 푸시-투-토크 (Push-to-Talk; PTT) 또는 푸시-투-전송 (Push-to-Transfer; PTX) 에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 22 항에 있어서,
상기 선택하는 단계는,
상기 통신 세션의 상기 결정된 유형을 세션 유형들의 리스트와 비교하는 단계;
상기 결정된 유형이 상기 리스트된 세션 유형들 중의 하나 이상에 대응하는 것으로 상기 비교가 나타내는 경우, 상기 콜 메시지를 송신할 제 1 역방향-링크 채널을 선택하는 단계; 및
상기 결정된 유형이 상기 리스트된 세션 유형들 중의 하나 이상에 대응하지 않는 것으로 상기 비교가 나타내는 경우, 상기 콜 메시지를 송신할 제 2 역방향-링크 채널을 선택하는 단계를 포함하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 25 항에 있어서,
상기 제 1 역방향-링크 채널 및 상기 제 2 역방향-링크 채널 중의 하나는 역방향-링크 공유 채널에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 26 항에 있어서,
상기 역방향-링크 공유 채널은 랜덤 액세스 채널 (RACH) 에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 25 항에 있어서,
상기 제 1 역방향-링크 채널 및 상기 제 2 역방향-링크 채널 중의 하나는 역방향-링크 전용 채널에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 25 항에 있어서,
상기 세션들 유형들의 리스트는 지연-민감한 통신 세션 유형들의 리스트, 또는 지연-민감하지 않은 통신 세션 유형들의 리스트를 포함하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 22 항에 있어서,
상기 UE 가 상기 통신 세션을 개시하도록 결정할 때, 상기 UE 는 휴지 상태에 있는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 22 항에 있어서,
상기 전환하는 단계는,
상기 UE 를 상기 소정의 상태로 전환하도록 서빙 액세스 네트워크에게 요청하는 메시지를 구성하는 단계; 및
소정의 역방향-링크 채널 상에서 상기 구성된 메시지를 상기 서빙 액세스 네트워크로 송신하는 단계를 포함하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 31 항에 있어서,
상기 소정의 역방향-링크 채널은 상기 선택된 역방향-링크 채널에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 31 항에 있어서,
상기 소정의 역방향-링크 채널은 상기 선택된 역방향-링크 채널에 대응하지 않는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 31 항에 있어서,
상기 구성하는 메시지는 셀 업데이트 메시지에 대응하며,
상기 구성하는 단계는, 상기 서빙 액세스 네트워크에게 상기 UE 를 상기 소정의 상태로 전환하도록 지시하는 상기 셀 업데이트 메시지 내에 트래픽량 표시자 (Traffic Volume Indicator; TVI) 필드의 값을 설정하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 34 항에 있어서,
상기 소정의 상태가 CELL_FACH 상태에 대응하는 경우, 상기 TVI 필드는 "TVI 없음"으로 설정되며,
상기 소정의 상태가 CELL_DCH 상태에 대응하는 경우, 상기 TVI 필드는 "TVI = 참"으로 설정되는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 22 항에 있어서,
상기 역방향-링크 채널은 역방향-링크 공유 채널에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 36 항에 있어서,
상기 역방향-링크 공유 채널은 랜덤 액세스 채널 (RACH) 에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
제 22 항에 있어서,
상기 역방향-링크 채널은 역방향-링크 전용 채널에 대응하는, 무선 통신 시스템 내에서 사용자 장비의 상태를 선택적으로 전환하는 방법.
무선 통신 시스템 내의 사용자 장비 (UE) 로서,
애플리케이션 서버에 의해 중재되는 적어도 하나의 다른 UE 와 통신 세션을 개시하도록 결정하기 위한 수단;
상기 애플리케이션 서버에 의한 상기 통신 세션의 개시를 요청하기 위해 상기 UE 에 의해 전송될 콜 메시지의 사이즈를 결정하기 위한 수단;
상기 콜 메시지의 상기 결정된 사이즈에 적어도 부분적으로 기초하여, 상기 콜 메시지를 송신할 역방향-링크 채널을 선택하기 위한 수단;
상기 UE 를, 상기 선택된 역방향-링크 채널 상에서 송신들을 지원하는 소정의 상태로 전환하기 위한 수단; 및
상기 UE 가 상기 소정의 상태로 전환된 후에, 상기 콜 메시지를 상기 선택된 역방향-링크 채널 상에서 송신하기 위한 수단을 포함하는, 무선 통신 시스템 내의 사용자 장비.
무선 통신 시스템 내의 사용자 장비 (UE) 로서,
애플리케이션 서버에 의해 중재되는 적어도 하나의 다른 UE 와 통신 세션을 개시하도록 결정하기 위한 수단;
상기 통신 세션의 유형을 결정하기 위한 수단;
콜 메시지의 결정된 유형에 적어도 부분적으로 기초하여, 상기 애플리케이션 서버에 의한 상기 통신 세션의 개시를 요청하기 위해 콜 메시지를 송신할 역방향-링크 채널을 선택하기 위한 수단;
상기 UE 를, 상기 선택된 역방향-링크 채널 상에서 송신들을 지원하는 소정의 상태로 전환하기 위한 수단; 및
상기 UE 가 상기 소정의 상태로 전환된 후에, 상기 콜 메시지를 상기 선택된 역방향-링크 채널 상에서 송신하기 위한 수단을 포함하는, 무선 통신 시스템 내의 사용자 장비.
무선 통신 시스템 내의 사용자 장비 (UE) 로서,
애플리케이션 서버에 의해 중재되는 적어도 하나의 다른 UE 와 통신 세션을 개시하도록 결정하도록 구성된 로직;
상기 애플리케이션 서버에 의한 상기 통신 세션의 개시를 요청하기 위해 상기 UE 에 의해 전송될 콜 메시지의 사이즈를 결정하도록 구성된 로직;
상기 콜 메시지의 상기 결정된 사이즈에 적어도 부분적으로 기초하여, 상기 콜 메시지를 송신할 역방향-링크 채널을 선택하도록 구성된 로직;
상기 UE 를, 상기 선택된 역방향-링크 채널 상에서 송신들을 지원하는 소정의 상태로 전환하도록 구성된 로직; 및
상기 UE 가 상기 소정의 상태로 전환된 후에, 상기 콜 메시지를 상기 선택된 역방향-링크 채널 상에서 송신하도록 구성된 로직을 포함하는, 무선 통신 시스템 내의 사용자 장비.
무선 통신 시스템 내의 사용자 장비 (UE) 로서,
애플리케이션 서버에 의해 중재되는 적어도 하나의 다른 UE 와 통신 세션을 개시하도록 결정하도록 구성된 로직;
상기 통신 세션의 유형을 결정하도록 구성된 로직;
콜 메시지의 결정된 유형에 적어도 부분적으로 기초하여, 상기 애플리케이션 서버에 의한 상기 통신 세션의 개시를 요청하기 위해 콜 메시지를 송신할 역방향-링크 채널을 선택하도록 구성된 로직;
상기 UE 를, 상기 선택된 역방향-링크 채널 상에서 송신들을 지원하는 소정의 상태로 전환하도록 구성된 로직; 및
상기 UE 가 상기 소정의 상태로 전환된 후에, 상기 콜 메시지를 상기 선택된 역방향-링크 채널 상에서 송신하도록 구성된 로직을 포함하는, 무선 통신 시스템 내의 사용자 장비.
무선 통신 시스템 내에서 사용자 장비 (UE) 에 의해 실행될 때, 상기 UE 로 하여금 동작들을 수행하도록 하는, 저장된 명령들을 포함하는 비일시적 (non-transitory) 컴퓨터-판독가능 저장매체로서,
상기 명령들은,
애플리케이션 서버에 의해 중재되는 적어도 하나의 다른 UE 와 통신 세션을 개시하도록 결정하는 프로그램 코드;
상기 애플리케이션 서버에 의한 상기 통신 세션의 개시를 요청하기 위해 상기 UE 에 의해 전송될 콜 메시지의 사이즈를 결정하는 프로그램 코드;
상기 콜 메시지의 상기 결정된 사이즈에 적어도 부분적으로 기초하여, 상기 콜 메시지를 송신할 역방향-링크 채널을 선택하는 프로그램 코드;
상기 UE 를, 상기 선택된 역방향-링크 채널 상에서 송신들을 지원하는 소정의 상태로 전환하는 프로그램 코드; 및
상기 UE 가 상기 소정의 상태로 전환된 후에, 상기 콜 메시지를 상기 선택된 역방향-링크 채널 상에서 송신하는 프로그램 코드를 포함하는, 비일시적 컴퓨터-판독가능 저장매체.
무선 통신 시스템 내에서 사용자 장비 (UE) 에 의해 실행될 때, 상기 UE 로 하여금 동작들을 수행하도록 하는, 저장된 명령들을 포함하는 비일시적 (non-transitory) 컴퓨터-판독가능 저장매체로서,
상기 명령들은,
애플리케이션 서버에 의해 중재되는 적어도 하나의 다른 UE 와 통신 세션을 개시하도록 결정하는 프로그램 코드;
상기 통신 세션의 유형을 결정하는 프로그램 코드;
콜 메시지의 결정된 유형에 적어도 부분적으로 기초하여, 상기 애플리케이션 서버에 의한 상기 통신 세션의 개시를 요청하기 위해 콜 메시지를 송신할 역방향-링크 채널을 선택하는 프로그램 코드;
상기 UE 를, 상기 선택된 역방향-링크 채널 상에서 송신들을 지원하는 소정의 상태로 전환하는 프로그램 코드; 및
상기 UE 가 상기 소정의 상태로 전환된 후에, 상기 콜 메시지를 상기 선택된 역방향-링크 채널 상에서 송신하는 프로그램 코드를 포함하는, 비일시적 컴퓨터-판독가능 저장매체.