KR101107357B1

KR101107357B1 - Ｕｍｔｓ 네트워크에서 시그널링 해제 지시 원인을처리하는 방법 및 시스템

Info

Publication number: KR101107357B1
Application number: KR1020070048255A
Authority: KR
Inventors: 무하메드 카레들 이스램; 제프리 위르타넨
Original assignee: 리서치 인 모션 리미티드
Priority date: 2006-05-17
Filing date: 2007-05-17
Publication date: 2012-01-19
Also published as: JP4777300B2; SG137794A1; AU2007202206A1; AU2007202206B2; CA2589373A1; CA2589373C; AU2007202206C1; AU2007202206B9; KR20070111398A; JP2007312393A; BRPI0705715B1; BRPI0705715A

Abstract

본 발명은 사용자 장치와 무선 네트워크 사이에서 시그널링 해제 지시 원인을 처리하는 방법 및 시스템에 관한 것으로, 시그널링 해제 지시 원인을 처리하는 방법은 상기 사용자 장치에서, 시그널링 연결 해제 지시가 상기 무선 네트워크로 전송되어야 하는지 여부를 모니터링하는 단계와; 상기 사용자 장치에서, 상기 시그널링 연결 해제 지시에 상기 시그널링 연결 해제 지시에 대한 원인을 부가하는 단계와; 상기 부가된 시그널링 연결 해제 지시를 상기 무선 네트워크에 전송하는 단계와; 상기 무선 네트워크에서 상기 시그널링 연결 해제 지시를 수신하는 단계와; 알람을 발생시킬지 여부를 결정하기 위해서 상기 시그널링 해제 지시 원인을 필터링하는 단계를 포함한다.

Description

ＵＭＴＳ 네트워크에서 시그널링 해제 지시 원인을 처리하는 방법 및 시스템{METHOD AND SYSTEM FOR SIGNALING RELEASE CAUSE INDICATION IN A UMTS NETWORK}

도 1은 RRC 상태 및 전환을 나타내는 블록도.

도 2는 다양한 UMTS 셀 및 URA를 나타내는 UMTS 네트워크의 개략도.

도 3은 RRC 연결 설정의 다양한 단계들을 나타내는 블록도.

도 4a는 현재 방법에 따라 CELL_DCH 연결 모드 상태와 UTRAN에 의해 개시되는 유휴 모드 사이의 예시적인 전환의 블록도.

도 4b는 시그널링 해제 지시를 이용하여 CELL_DCH 연결 모드 상태에서 유휴 모드로의 전환을 예시적으로 나타내는 블록도.

도 5a는 CELL_DCH 비활성에서 CELL_FACH 비활성으로의 전환, UTRAN에 의해 개시되는 유휴 모드로의 전환을 예시적으로 나타내는 블록도.

도 5b는 시그널링 해제 지시를 이용하여 CELL_DCH 비활성 상태와 유휴 모드 사이의 예시적인 전환의 블록도.

도 6은 UMTS 프로토콜 스택의 블록도.

도 7은 본 발명의 방법과 관련하여 이용될 수 있는 예시적인 UE.

도 8은 본 발명의 방법 및 시스템과 관련하여 이용되는 예시적인 네트워크.

도 9는 UE에서 시그널링 연결 해제 지시에 대한 원인을 부가하는 단계들을 나타내는 흐름도.

도 10은 원인이 있는 시그널링 연결 해제 지시를 수신할 경우 UE에 의해 취해지는 단계들을 나타내는 흐름도.

본 발명은 사용자 장치(UE)와 범용 지상 무선 액세스 네트워크(UTRAN) 사이의 무선 자원 제어에 관한 것으로, 특히, UMTS 네트워크에서 현존하는 시그널링 연결의 해제(release)에 관한 것이다.

범용 이동 통신 시스템(UMTS)은 텍스트, 디지털화된 음성, 비디오 및 멀티미디어의 전송을 위한 광대역 패킷 기반 시스템이다. 이것은 3 세대 표준에 크게 기여하고 있으며 일반적으로 광대역 코드 분할 다중 연결(W-CDMA)을 기반으로 한다.

UMTS 네트워크에서, 프로토콜 스택의 무선 자원 제어(RRC) 부분은 UE와 UTRAN 사이에서 무선 자원의 할당, 구성 및 해제에 대한 책임이 있다. 이 RRC 프로토콜은 3GPP TS 25.331 규격에 상세하게 설명되어 있다. UE가 있을 수 있는 2개의 기본 모드들은 "유휴 모드(idle mode)"와 "UTRA 연결 모드"로서 정의된다. UTRA는 UMTS 지상 무선 연결(UMTS Terrestrial Radio Access)을 나타낸다. 유휴 모드에서, UE가 임의의 사용자 데이터를 전송하기를 원할 때마다, 또는 UTRAN 또는 패킷 교환 지원 노드(SGSN)가 푸시 서버와 같은 외부 데이터 네트워크로부터 데이터를 수신하기 위해 UE를 페이징할 때마다 페이지에 응답하여, UE는 RRC 연결을 요청하도록 요구된다. 유휴 모드 및 연결 모드의 행동은 3GPP 규격 TS 25.304 및 TS 25.331에 자세하게 설명되어 있다.

UTRA RRC 연결 모드로 있는 경우, 장치는 다음의 4가지 상태 중 하나일 수 있다.

CELL_DCH: 이 상태에서는 데이터를 교환하기 위해서 업링크와 다운링크에 전용 채널이 UE에 할당된다. UE는 3GPP 25.331에 요약된 바와 같은 행동을 수행해야 한다.

CELL_FACH: 이 상태에서는 어떠한 전용 채널도 사용자 장치에 할당되지 않는다. 대신에, 공통 채널들이 소량의 버스트 데이터를 교환하는데 이용된다. UE는 3GPP T2 25.331에 요약된 바와 같은 행동을 수행해야 하며, 이것은 3GPP TS 25.304에 정의된 바와 같은 셀 선택 처리를 포함한다.

CELL_PCH: UE는 페이징 지시 채널(PICH)을 통해 브로드캐스트 메시지들과 페이지들을 모니터하도록 불연속 수신(Discontinuous Reception: DRX)을 이용한다. 어떠한 업링크 활동도 가능하지 않다. UE는 3GPP T2 25.331에 요약된 바와 같은 행동을 수행해야 하며, 이것은 3GPP TS 25.304에 정의된 바와 같은 셀 선택 처리를 포함한다. 셀 재선택 후에, UE는 셀 업데이트(CELL UPDATE)를 수행해야 한다.

URA_PCH: UE는 페이징 지시 채널(PICH)을 통해 브로드캐스트 메시지들과 페이지들을 모니터하도록 불연속 수신(DRX)을 이용한다. 어떠한 업링크 활동도 가능하지 않다. UE는 3GPP TS 25.331에 요약된 바와 같은 행동을 수행해야 하며, 이것은 3GPP TS 25.304에 정의된 바와 같은 셀 선택 처리를 포함한다. URA 업데이트(URA UPDATE) 절차가 UTRAN 등록 영역(URA) 재선택을 통해서만 트리거된다는 것을 제외하면 이 상태는 CELL_PCH와 유사하다.

유휴 모드로부터 연결 모드로의 전환 및 연결 모드로부터 유휴 모드로의 전환은 UTRAN에 의해 제어된다. 유휴 모드의 UE가 RRC 연결을 요청하는 경우, 네트워크는 UE를 CELL_DCH 상태 또는 CELL_FACH 상태로 이동시킬 것인지의 여부를 결정한다. UE가 RRC 연결 모드에 있는 경우, 네트워크는 다시 RRC 연결을 해제할 시점을 결정한다. 또한, 네트워크는 그 연결을 해제하기 전에 또는 그 연결을 해제하는 대신에 일부의 경우에, UE를 하나의 RRC 상태로부터 다른 RRC 상태로 이동시킬 수도 있다. 통상, 상태 전환은 UE와 네트워크 사이의 데이터 활성 또는 데이터 비활성에 의해 트리거된다. UE가 제공된 애플리케이션에서 데이터 교환을 완료하는 시점을 네트워크는 알 수 없기 때문에, 통상적으로 UE에/UE로부터 보다 많은 데이터가 기대되는 일부 시간 동안 RRC 연결은 유지된다. 통상, 이것은 호 설정 및 후속의 무선 베어러 설정의 지연을 줄이기 위해서 행해진다. RRC 연결 해제 메시지는 UTRAN에 의해서만 전송될 수 있다. 이 메시지는 UE와 UTRAN 사이의 신호 링크 연결 및 모든 무선 베어러들을 해제한다.

전술한 것의 문제점은 UE상의 애플리케이션이 그 데이터 교환을 완료하고 어떤 추가의 데이터 교환도 기대하고 있지 않더라도, UE상의 애플리케이션은 여전히 네트워크가 자신을 정확한 상태로 이동시켜줄 것을 기다리고 있다는 것이다. 네트워크는 심지어 UE상의 애플리케이션이 그 데이터 교환을 완료하였다는 사실조차 알 지 못할 수도 있다. 예를 들어, UE 상의 애플리케이션은 그 자신의 긍정 응답에 기초한 프로토콜(acknowledgement-based protocol)을 이용하여 UMTS 코어 네트워크에 연결되어 있는 그것의 애플리케이션의 서버와 함께 데이터를 교환할 수도 있다. 실례들은 애플리케이션 자신들이 보호되는 전달을 구현하는 UDP/IP를 통해 실행되는 애플리케이션들이다. 이런 경우에, UE는 애플리케이션 서버가 모든 데이터 패킷들을 송신하거나 수신하는지의 여부를 알고, 임의의 추가의 데이터 교환이 발생하였는지의 여부를 결정하여, 패킷 서비스(PS) 도메인에 관련된 RRC 연결이 종료되는 시점을 결정하도록 더 좋은 위치에 있다. UTRAN은 RRC 연결 상태가 다른 상태로 변경되거나, 또는 유휴 모드로 변경되는 시점을 제어하고, UE와 외부 서버 사이의 데이터 전달의 상태를 UTRAN이 알지 못한다는 사실 때문에, UE는 요구되는 상태 또는 모드보다 높은 데이터 속도 및 강한 배터리 상태를 지속해야 해서 배터리 수명을 낭비한다. 또한, 이것은 무선 베어러 자원들이 불필요하게 점유된 상태를 유지한다는 사실로 인해 무선 자원들을 낭비하게 된다.

전술한 문제점의 해결 방안은 UE가 데이터 트랜잭션이 끝났다는 것을 인식한 경우, UE가 UTRAN에 시그널링 해제 지시를 전송하게 하는 것이다. 3GPP TS 25.331 규격의 섹션 8.1.14.3에 따라, UTRAN은 UE로부터 시그널링 해제 지시를 수신할 경우 시그널링 연결을 해제하여, UE가 유휴 모드로 전환되도록 한다. 전술한 것의 문제점은 시그널링 해제 지시가 알람으로 간주될 수도 있다는 것이다. 통상, 네트워크는 오직 GMM 서비스 요청 실패, RAU 실패, 또는 연결(attach) 실패가 발생한 경우에만 시그널링 해제 지시를 예상한다. UE가 시그널링 해제를 요청하는 경우에 알람을 발생시키는 것은 네트워크에서 비효율적인 성능 모니터링 및 알람 모니터링을 하게 만든다.

본 발명의 이해를 돕기 위해 도면을 참조할 것이다.

본 발명은 RRC 연결 모드로부터 보다 효율적인 배터리 상태 또는 모드로 전환하고, 시그널링 해제 지시의 원인이 UE 유휴 전환 요청이라면 네트워크는 시그널링 해제 지시를 알람인 것으로 간주하지 않도록 보장하는 시스템 및 방법을 제공한다. 특히, 본 발명은 지정된 코어 네트워크 도메인에 대한 시그널링 연결의 UE 개시 종료 또는 하나의 연결 상태에서 다른 연결 상태로 전환이 일어나야 한다는 UTRAN에 대한 지시 중 하나에 기초하여 전환하는 방법 및 장치를 제공한다. 이하의 설명에서는 UMTS의 예시적인 구현에 관하여 설명할 것이다. 그러나, 본 발명의 교시는 다른 무선 통신 시스템들에도 유사하게 적용 가능한 것임을 주목해야 한다.

특히, UE상의 애플리케이션이 데이터의 교환이 완료되었다고 결정하면, 이것은 UE 소프트웨어의 "RRC 연결 관리자" 요소에 "완료" 지시를 전송할 수 있다. RRC 연결 관리자는 모든 현존하는 애플리케이션들(하나 또는 다중 프로토콜들을 통해 서비스를 제공하는 애플리케이션들을 포함함), 관련된 패킷 데이터 프로토콜(PDP) 컨텍스트, 관련된 패킷 교환(PS) 무선 베어러들 및 관련된 회선 교환(CS) 무선 베어러들을 추적한다. PDP 컨텍스트는 UE와, UMTS 코어 네트워크 전반에 걸쳐 실행되는 PDN(공중 데이터 네트워크) 사이에서 논리적인 관계이다. UE상의 하나 또는 다중 애플리케이션들(예컨대, 이메일 애플리케이션 및 브라우저 애플리케이션)은 하나의 PDP 컨텍스트와 관련될 수도 있다. 어떤 경우에는, UE상의 하나의 애플리케이션은 하나의 제1 PDP 컨텍스트와 관련되고, 다중 애플리케이션들은 제2 PDP 컨텍스트들에 관련될 수도 있다. RRC 연결 관리자는 동시에 활동하는 UE상의 서로 다른 애플리케이션들로부터 "완료" 지시들을 수신한다. 예를 들어, 사용자은 웹 브라우징을 하는 동안 푸시 서버로부터 이메일을 수신할 수도 있다. 이메일 애플리케이션은 긍정 응답을 전송한 후에, 자신의 데이터 트랜잭션을 완료하였다고 지시할 수도 있지만, 브라우저 애플리케이션은 이와 같은 지시를 전송하지 못할 수도 있다. 활성 애플리케이션들로부터의 이와 같은 지시들의 복합 상태에 기초하여, UE 소프트웨어는 코어 네트워크 패킷 서비스 도메인의 시그널링 연결 해제를 개시할 수 있기 전에 얼마나 오래 기다려야 하는지를 결정할 수 있다. 이러한 경우에 지연은 애플리케이션이 데이터 교환을 정확하게 끝내고 RRC 연결을 요구하지 않는다는 것을 보증하기 위해 도입될 수 있다. 지연은 트래픽 이력 및/또는 애플리케이션 프로파일에 기초하여 동적일 수 있다. RRC 연결 관리자가 확률을 이용하여, 어떠한 애플리케이션도 데이터 교환을 예상하지 않고 있음을 결정할 때마다, 적합한 도메인(예컨대, PS 도메인)에 시그널링 연결 해제 지시 절차를 전송할 수 있다. 대안으로, RCC 연결 관리자는 연결 모드 내에서 UTRAN에 상태 전환에 대한 요청을 전송할 수 있다.

또한, 전술한 결정은 네트워크가 URA_PCH 상태 및 이 상태로의 전환 행동을 지원하는지의 여부를 고려할 수도 있다.

유휴 모드로 UE 개시된 전환은 RRC 연결 모드의 임의의 상태로부터 발생할 수 있으며, 네트워크가 RRC 연결을 해제하게 하고 유휴 모드로 이동하여 종료한다. 당업자라면 명백히 이해하는 것처럼, 유휴 모드인 UE의 배터리는 연결 상태에 있는 UE의 배터리보다 훨씬 덜 강하다.

그러나, 시그널링 해제 지시를 전송하는 것으로 네트워크는 알람이 발생한 것으로 간주할 수 있다. 시그널링 해제 지시가 어떠한 트래픽도 예상되지 않는다는다고 결정하는 RRC의 결과인 경우, 바람직한 실시예에서, 네트워크는 시그널링 해제 지시가 비정상적인 상태와는 대조적으로 요청된 유휴 전환의 결과라는 사실을 구별할 수 있다. 이러한 구별은 주요 성능 지표(KPI; key Performance Indicator)와 같은 지시자를 보다 정확하게 하여, 성능을 모니터링하고 알람을 모니터링하는 것을 개선한다.

본 발명의 방법은 UE가 현존하는 시그널링 해제 지시에 그 시그널링 해제 지시에 대한 원인을 제공하는 필드를 부가하는 것이 가능하다. 그러면, 네트워크는 부가된 필드를 이용하여 UE가 어떤 후속의 데이터도 기대하지 않기 때문에 유휴 상태에 돌입되도록 요청하는 상황의 진짜 알람 조건들을 필터링할 수 있다. 이것은 알람 모니터링 및 성능 모니터링의 효율성을 개선시키고, 유휴 모드로 보다 빠르게 이동시킴으로써 UE가 배터리 자원을 절약할 수 있게도 해준다.

그러므로, 본 발명의 애플리케이션은 사용자 장치와 무선 네트워크 사이의 시그널링 해제 지시 원인을 처리하는 방법을 제공하는 것으로, 상기 사용자 장치에서, 시그널링 연결 해제 지시가 상기 무선 네트워크로 전송되어야 하는지 여부를 모니터링하는 단계와; 상기 사용자 장치에서, 상기 시그널링 연결 해제 지시에 상기 시그널링 연결 해제 지시에 대한 원인을 부가하는 단계와; 상기 부가된 시그널 링 연결 해제 지시를 상기 무선 네트워크에 전송하는 단계와; 상기 무선 네트워크에서 상기 시그널링 연결 해제 지시를 수신하는 단계와; 알람을 발생시킬지 여부를 결정하기 위해서 상기 시그널링 해제 지시 원인을 필터링하는 단계를 포함한다.

본 발명의 애플리케이션은 시그널링 해제 지시 원인을 처리하는데 적응된 시스템을 더 포함하는 것으로, UMTS 네트워크와 통신하도록 적응된 무선 통신을 포함하는 무선 서브시스템을 갖는 사용자 장치와; 디지털 신호 처리기를 갖고 상기 무선 서브시스템과 상호 작용하도록 적응된 무선 처리기와; 메모리와; 사용자 인터페이스와; 사용자 애플리케이션을 실행하고 메모리, 무선 통신과 사용자 인터페이스와 상호 작용하도록 적응되고, 애플리케이션을 실행하도록 적응된 처리기를 포함하고, 사용자 장치는 시그널링 연결 해제 지시가 무선 네트워크에 전송되어야 하는지 여부를 모니터링하는 수단과; 시그널링 연결 해제 지시에 시그널링 연결 해제 지시에 대한 원인을 부가하는 수단과; 무선 네트워크에 상기 부가된 시그널링 연결 해제 지시를 전송하는 수단을 갖는 것을 특징으로 하고, 무선 네트워크는 상기 사용자 장치와 통신하도록 적응되고, 시그널링 연결 해제 지시를 수신하는 수단과; 알람이 발생할지의 여부를 결정하기 위해서 상기 원인을 필터링하는 수단을 갖는 것을 더욱 특징으로 한다.

본 발명의 애플리케이션은 무선 네트워크에서 개선된 알람 추적을 위해 사용자 장치에서 시그널링 해제 지시 원인을 처리하는 방법을 더 포함하는 것으로, 시그널링 연결 해제 지시가 무선 네트워크에 전송되어야 하는지 여부를 모니터링하는 단계와; 시그널링 연결 해제 지시에 시그널링 연결 해제 지시에 대한 원인을 부가하는 단계와; 무선 네트워크에 상기 부가된 시그널링 연결 해제 지시를 전송하는 단계를 포함하고, 상기 무선 네트워크에는 시그널링 연결 해제 지시의 원인의 지시가 제공된다.

본 발명의 애플리케이션은 시그널링 연결의 해제를 용이하게 하는 사용자 장치를 위한 장치를 더 포함한다. 검사기는 시그널링 연결 해제 지시가 전송되어야 하는지의 여부를 검사하도록 구성된다. 시그널링 연결 해제 지시 전송기는 시그널링 연결 해제 지시가 전송되어야 한다는 상기 검사기에 의한 지시에 응답하여 시그널링 연결 해제 지시를 전송하도록 구성된다. 시그널링 연결 해제 지시는 시그널링 해제 지시 원인 필드를 포함한다.

본 발명의 애플리케이션은 시그널링 연결 해제 지시로 동작하는 네트워크 장치를 더 포함한다. 조사기는 시그널링 연결 해제 지시의 시그널링 해제 지시 원인 필드를 조사하도록 구성된다. 조사기는 시그널링 해제 지시 원인 필드가 비정상적인 상태를 지시하는지의 여부를 검사한다. 알람 발생기는 조사기에 의한 조사로 신호 해제 지시 원인 필드가 비정상적인 상태를 지시하고 있다고 결정하면 알람을 발생하도록 선택적으로 구성된다.

본 발명의 애플리케이션은 UMTS 네트워크에서 시그널링 해제 지시 원인을 제공하는데 적합한 사용자 장치를 더 제공하는 것으로, UMTS 네트워크와 통신하도록 적응된 무선 통신을 포함하는 무선 서브시스템과; 디지털 신호 처리기를 갖고 상기 무선 서브시스템과 상호 작용하도록 적응된 무선 처리기와; 메모리와; 사용자 인터페이스와; 사용자 애플리케이션을 실행하고 메모리, 무선 통신과 사용자 인터페이스와 상호 작용하도록 적응되고, 애플리케이션을 실행하도록 적응된 처리기를 포함하고, 사용자 장치는 시그널링 연결 해제 지시가 무선 네트워크에 전송되어야 하는지 여부를 모니터링하는 수단과; 시그널링 연결 해제 지시에 시그널링 연결 해제 지시에 대한 원인을 부가하는 수단과; 무선 네트워크에 상기 부가된 시그널링 연결 해제 지시를 전송하는 수단을 갖는 것을 특징으로 하고, 여기서 상기 무선 네트워크에는 시그널링 연결 해제 지시의 원인의 지시가 제공된다.

다음에, 도 1을 참조하도록 한다. 도 1은 UMTS 네트워크에서 프로토콜 스택의 무선 자원 제어 부분에 대한 다양한 모드들 및 상태들을 나타내는 블록도이다. 특히, RRC는 RRC 유휴 상태(110) 또는 RRC 연결 상태(120) 중 어느 한 상태 일 수 있다.

당업자라면 명백히 이해하는 것처럼, UMTS 네트워크는 2개의 육상 기반 네트워크 세그먼트(land based network segment)를 포함한다. 이들은 (도 8에 도시된 바와 같은) 코어 네트워크(CN)와 범용 지상 무선 액세스 네트워크(UTRAN)이다. UTRAN이 모든 무선 관련 기능성들을 조정하는 반면 코어 네트워크는 외부 네트워크에 대한 데이터 통화(data call) 및 데이터 연결의 스위칭 및 라우팅의 책임이 있다.

유휴 모드(110)에서, UE는 데이터가 UE와 네트워크 사이에서 교환될 필요가 있을 때마다 무선 자원을 설정하는 RRC 연결을 요청해야 한다. 이것은 UE상의 애플리케이션이 데이터를 전송하도록 연결을 요청한 결과 또는, UTRAN 또는 SGSN이 푸시 서버와 같은 외부 데이터 네트워크로부터 데이터를 수신하도록 UE를 페이징하는지의 여부를 지시하는 페이징 채널을 UE가 모니터링한 결과 중 어느 한 결과 일 수 있다. 게다가, UE는 또한 위치 영역 업데이트와 같은 이동성 관리 시그널링 메시지를 전송할 필요가 있을 때마다 RRC 연결을 요청한다.

UE가 무선 연결을 구축하기 위해 UTRAN에 요청을 전송하고 나면, UTRAN은 그 안에 있는 RRC 연결에 대한 상태를 선택한다. 특히, RRC 연결 모드(120)는 4개의 별개의 상태를 포함한다. 이들은 CELL_DCH 상태(122), CELL_FACH 상태(124), CELL_PCH 상태(126) 및 URA_PCH 상태(128)이다.

유휴 모드(110)로부터 RRC 연결 상태는 셀 전용 채널(CELL_DCH) 상태(122) 또는 셀 전방향 액세스 채널(CELL_FACH) 상태(124) 중 어느 한 상태로 진행할 수 있다.

CELL_DCH 상태(122)에서, 전용 채널은 UE에 할당되어 업링크와 다운링크에서 모두 데이터를 교환한다. UE에 할당된 채널은 전용 물리 채널이기 때문에, 이 상태는 통상 UE로부터 최고의 배터리 전력을 요구한다.

대안으로, UTRAN은 유휴 모드(110)로부터 CELL_FACH 상태(124)로 이동할 수 있다. CELL_FACH 상태에서는, 어떠한 전용 채널도 UE에 할당되지 않는다. 대신에, 공통 채널들이 소량의 버스트 데이터에서 시그널링을 전송하는데 이용된다. 그러나, UE는 여전히 FACH를 연속적으로 모니터하므로, 배터리 전력을 소모하고 있다.

RRC 연결 모드(120) 내에서, RRC 상태는 UTRAN의 결정으로 변경될 수 있다. 특히, 특정 시간 동안 데이터 비활성이 검출되거나 특정 임계값 미만의 데이터 처리률이 검출되면, UTRAN은 RRC 상태를 CELL_DCH 상태(122)로부터 CELL_FACH 상태(124), CELL_PCH 상태(126) 또는 URA_PCH 상태(128)로 이동시킬 수도 있다. 유사 하게, 패이로드(payload)가 특정 임계값을 초과하는 것으로 검출되면, RRC 상태는 CELL_FACH 상태(124)로부터 CELL_DCH 상태(122)로 이동될 수 있다.

CELL_FACH 상태(124)로부터, 일부 네트워크에서 미리 결정된 시간 동안 데이터 비활성이 검출되는 경우, UTRAN은 RRC 상태를 CELL_FACH 상태(124)로부터 페이징 채널(PCH) 상태로 이동시킬 수 있다. 이것은 CELL_PCH 상태(126) 또는 URA_PCH 상태(128) 중 어느 한 상태 일 수 있다.

CELL_PCH 상태(126) 또는 URA_PCH 상태(128)로부터, UE는 업데이트 절차를 개시하여 전용 채널을 요청하도록 CELL_FACH 상태(124)로 이동해야만 한다. 이것은 UE가 제어하는 유일한 상태 전환이다.

CELL_PCH 상태(126)와 URA_PCH 상태(128)는 불연속 수신 사이클(DRX)을 이용하여 페이징 지시 채널(PICH)에 의한 브로드캐스트 메시지들 및 페이지들을 모니터한다. 어떠한 업링크 실행도 가능하지 않다.

CELL_PCH 상태(126)와 URA_PCH 상태(128)의 차이는, UE의 현재 UTRAN 등록 영역(URA)이 현재 셀에 존재하는 URA 식별 리스트에 속해 있지 않다면, 오직 URA_PCH 상태만 URA 업데이트 절차를 트리거한다는 것이다. 특히, 도 2를 참조한다. 도 2는 다양한 UMTS 셀들(210, 212 및 214)의 실례를 나타내고 있다. 이 모든 셀들은 CELL_PCH 상태로 재선택되면, 셀 업데이트 절차를 요구한다. 그러나, UTRAN 등록 영역에서, 각각의 셀은 동일한 UTRAN 등록 영역(220) 내에 있을 것이므로, 따라서 URA_PCH 모드의 경우, 셀들(210, 212 및 214) 간에 이동할 때, URA 업데이트 절차는 트리거되지 않는다.

도 2에 도시된 바와 같이, 다른 셀들(218)은 URA(220) 외부에 있으며, 별개의 URA의 일부분에 있거나 또는 URA에 없을 수도 있다.

당업자라면 명백히 이해하는 것처럼, 배터리 수명 관점으로부터, 유휴 상태는 전술한 상태들과 비교해서 최저의 배터리 사용을 제공한다. 특히, UE는 간헐적으로만 페이징 채널을 모니터하도록 요구되기 때문에, 무선 통신은 연속적으로 켜있을 필요가 없지만 대신에 주기적으로 웨이크 업(wake up) 해야 할 것이다. 이것에 대한 교환조건(trade off)은 데이터 전송에 대한 지연이다. 그러나, 이 지연이 매우 크지 않다면, 유휴 모드인 상태의 이점과 배터리 전력을 절약하는 이점은 연결 지연의 결점을 능가한다.

다시, 도 1을 참조한다. 다양한 UMTS 기반 구조 벤더들은 다양한 기준에 기초하여 상태들(122, 124, 126 및 128) 간에 이동한다. 예시적인 기반 구조는 이하에 요약되어 있다.

제1 예시적인 기반 구조에서, RRC는 유휴 모드와 CELL_DCH 상태 사이를 직접 이동한다. CELL_DCH 상태에서, 2초 동안 비활성이 검출되면, RRC 상태는 CELL_FACH 상태(124)로 변경된다. CELL_FACH 상태(124)에서, 10초 동안 비활성이 검출되면, RRC 상태는 CELL_PCH 상태(126)로 변경된다. CELL_PCH 상태(126)에서, 45분 동안의 비활성은 RRC 상태를 유휴 모드(110)로 다시 이동시킬 것이다.

제2 예시적인 기반 구조에서, RRC 전환은 패이로드 임계값에 따라 유휴 모드(110)와 연결 모드(120) 사이에서 발생할 수 있다. 제2 기반 구조에서, 패이로드가 특정 임계값 미만이면, UTRAN은 RRC 상태를 CELL_FACH 상태(124)로 이동시킨다. 반대로, 데이터가 특정 패이로드 임계값을 초과하면, UTRAN은 RRC 상태를 CELL_DCH 상태(122)로 이동시킨다. 제2 기반 구조에서는, CELL_DCH 상태(122)에서 2분 동안의 비활성이 검출되면, UTRAN은 RRC 상태를 CELL_FACH 상태(124)로 이동시킨다. CELL_FACH 상태(124)에서 5분 동안의 비활성 후에, UTRAN은 RRC 상태를 CELL_PCH 상태(126)로 이동시킨다. CELL_PCH 상태(126)에서는, 유휴 모드(100)로 다시 되돌아가기 전에, 2시간 동안의 비활성이 요구된다.

제3 예시적인 기반 구조에서, 유휴 모드(110)와 연결 모드(120) 사이의 이동은 항상 CELL_DCH 상태(122)에서 행해진다. CELL_DCH 상태(122)에서 5 초 동안의 비활성 후에, UTRAN은 RRC 상태를 CELL_FACH 상태(124)로 이동시킨다. CELL_FACH 상태(124)에서 30초 동안의 비활성으로 유휴 모드(110)로 다시 이동하게 된다.

제4 예시적인 기반 구조에서, RRC는 CELL_DCH 상태(122)에서 유휴 모드로부터 연결 모드로 직접 전환한다. 제 4 예시적인 기반 구조에서, CELL_DCH 상태(122)는 2개의 서브 상태를 포함한다. 제1 서브 상태는 고속 데이터율을 포함하고, 제2 서브 상태는 저속 데이터율을 포함하지만, 여전히 CELL_DCH 상태 내에 있다. 제4 예시적인 기반 구조에서, RRC는 유휴 모드(110)로부터 직접 고속 데이터율 CELL_DCH 서브 상태로 전환한다. 10초 동안의 비활성 후에 RRC 상태는 저속 데이터율 CELL_DCH 서브 상태로 전환한다. CELL_DCH 상태(122)로부터 17초 동안의 비활성으로 RRC 상태는 유휴 모드(110)로 그 상태를 변경한다.

전술한 4개의 예시적인 기반 구조는 다양한 UMTS 기반 구조 벤더들이 상태들을 구현하는 방법을 나타낸다. 당업자라면 명백히 이해하는 것처럼, 각각의 경우에 서, (이메일과 같은) 실제 데이터를 교환하는데 걸리는 시간이 CELL_DCH 상태 또는 CELL_FACH 상태를 지속하는데 요구되는 시간과 비교해서 상당히 짧다면, 이것은 불필요한 전류 방출(current drain)을 야기시켜서, UMTS와 같은 새로운 세대 네트워크에서 사용자 경험을 GPRS와 같은 종래 세대 네트워크들에서의 사용자 경험보다 나쁘게 한다.

게다가, 배터리 수명 관점으로부터 CELL_PCH 상태는 CELL_FACH 상태보다 적합하지만, CELL_PCH 상태의 DRX 사이클은 통상 유휴 모드(110)보다 낮은 값으로 설정된다. 그 결과, UE는 유휴 모드에서보다 CELL_PCH 상태에서 더욱 빈번히 웨이크 업을 요구하게 된다.

유휴 모드의 DRX 사이클과 유사한 DRX 사이클을 갖는 URA_PCH 상태는 배터리 수명과 연결 지연 사이에서 최적의 교환을 행하기 쉽다. 그러나, URA_PCH는 현재 UTRAN에서 지원되지 않는다. 그러므로, 애플리케이션이 배터리 수명 관점으로부터 데이터 교환을 끝낸 후에, 가능한 빠르게 유휴 모드로 전환하는 것이 바람직하다.

다음에, 도 3을 참조하도록 한다. 유휴 모드로부터 연결 모드로 전환하는 경우, 다양한 시그널링 및 데이터 연결이 행해질 필요가 있다. 도 3을 참조하면, 수행될 필요가 있는 제1 항목은 RRC 연결 설정이다. 전술한 바와 같이, 이 RRC 연결 설정은 오직 UTRAN에 의해서만 제거될 수 있다.

RRC 연결 설정(310)이 이루어지고 나면, 시그널링 연결 설정(312)이 시작된다.

시그널링 설정(312)이 끝나면, 암호화 및 통합성 설정(314)이 시작된다. 암호화 및 통합성 설정(314)이 완료되고 나면, 무선 베어러 설정(316)이 이루어진다. 이 시점에서, 데이터는 UE와 UTRAN 사이에서 교환될 수 있다.

일반적으로, 연결을 해제하는 것은 역순으로 유사하게 이루어진다. 무선 베어러 설정(316)이 해제되고 나서 RRC 연결 설정(310)이 해제된다. 이 시점에서, RRC는 도 1에 도시된 바와 같이 유휴 모드(110)로 이동한다.

현재 3GPP 규격은 UE가 RRC 연결을 해제하거나 RRC 상태에 대한 UE의 선호도를 지시하는 것이 가능하지 않지만, UE는 여전히 패킷-교환 애플리케이션에 의해 이용되는 패킷 교환(PS) 도메인과 같은 지정된 코어 네티워크 도메인에 대한 시그널링 연결의 종료를 지시할 수 있다. 3GPP TS 25.331의 섹션 8.1.14.1에 따르면, UTRAN에 그것의 시그널링 연결 중 하나가 해제될 것을 지시하도록 시그널링 연결 해제 지시 절차가 UE에 의해 이용된다. 이러한 절차는 이어서 RRC 연결 해제 절차를 개시할 수 있다.

그리하여, 현재 3GPP 규격을 벗어나지 않고, 시그널링 연결 설정(312)을 해제하면 시그널링 연결 해제가 개시될 수 있다. 이는 시그널링 연결 설정(312)을 해제할 수 있는 UE의 능력 내에 있는 것이고, 이는 이어서 규격에 따라 RRC 연결 해제를 개시할 수 있다.

당업자라면 명백히 이해하는 것처럼, 시그널링 연결 설정(312)이 해제되면, UTRAN은 또한 시그널링 연결 설정(312)이 해제된 후에, 암호화 및 통합성 설정(314) 및 무선 베어러 설정(316)을 해제할 필요가 있을 것이다.

시그널링 연결 설정(312)이 해제되면, RRC 연결 설정은 통상적으로 현재 벤 더의 기반 구조에 대한 네트워크에 의해 해제된다.

상술한 것을 이용하여, UE가 데이터 교환이 완료되었음을 결정하면, 예를 들어 UE 소프트웨어의 "RRC 연결 관리자" 요소에 데이터의 교환이 완료되었다는 지시가 제공되면, RRC 연결 관리자는 신호 연결 설정(312)이 해제되었는지의 여부를 결정할 수도 있다. 예를 들어, 장치상의 이메일 애플리케이션은 이메일이 실제로 푸시 서버에 의해 수신되는 푸시 이메일 서버로부터 긍정 응답을 수신하였다는 지시를 전송한다. RRC 관리자는 모든 현존하는 애플리케이션들, 관련된 PDP 컨텍스트, 관련된 PS 무선 베어러들 및 관련된 회선 교환(CS) 무선 교환 베어러들을 추적한다. 이러한 경우에 지연은 애플리케이션이 데이터 교환을 정확하게 끝내고 "완료" 지시를 전송한 후에, 더 이상 RRC 연결을 요구하지 않는다는 것을 보증하기 위해 도입될 수 있다. 이 지연은 애플리케이션과 관련된 비활성 타임아웃과 동일하다. 각각의 애플리케이션은 그 자신의 비활성 타임아웃을 가질 수 있다. 예를 들어, 이메일 애플리케이션은 5초의 비활성 타임아웃을 가질 수 있는 반면에, 활성 브라우저 애플리케이션은 60초의 타임아웃을 가질 수 있다. 활성 애플리케이션들로부터의 이와 같은 지시들의 복합 상태에 기초하여, UE 소프트웨어는 적합한 코어 네트워크(예컨대, PS 도메인)의 시그널링 연결 해제를 개시할 수 있기 전에 얼마나 오래 기다려야 하는지를 결정할 수 있다.

비활성 타임아웃은 트래픽 패턴 이력 및/또는 애프리케이션 프로파일에 기초하여 동적으로 행해질 수 있다.

RRC 연결 관리자가 확률을 이용하여, 어떠한 애플리케이션도 데이터 교환을 예상하지 않고 있음을 결정할 때마다, 적합한 도메인에 시그널링 연결 해제 지시 절차를 전송할 수 있다.

전술한 유휴 모드로의 UE 개시된 전환은 도 1에 도시된 바와 같은 RRC 연결 모드(120)의 임의의 상태로부터 발생할 수 있으며, 도 1에 도시된 바와 같이 네트워크가 RRC 연결을 해제하게 하고 유휴 모드(110)로 이동하여 종료한다. 이것은 또한 UE가 음성 통화(voice call) 중에 임의의 패킷 데이터 서비스를 수행하는 경우에도 적용 가능하다. 이 경우에, PS 도메인만 해제되고, CS 도메인은 연결을 유지한다.

전술한 네트워크 관점으로부터의 문제점은 UE에 의해 전송된 시그널링 해제 지시가 알람으로 간주된다는 것이다. 시그널링 네트워크 해제가 애플리케이션 타이머의 만료로 인해 UE에 의한 명확한 행동의 결과로 어떠한 후속의 데이터도 예상하고 있지 않은 경우, 상기 지시에 기인하는 알람은 성능 및 알람 지시를 왜곡한다. 이로 인해 주요 성능 지표가 변하여 효율성의 저하를 일으킬 수도 있다.

바람직하게, 원인이 시그널링 연결 해제 지시에 부가되어, UTRAN에 지시에 대한 이유를 지시할 수 있다. 바람직한 실시예에서, 원인은 비정상적인 상태가 그 지시를 야기했다는 지시, 또는 그 지시가 요청된 유휴 전환의 결과로서 UE에 의해 개시되었다는 지시일 수 있다. 다른 일반(즉, 비정상 상태가 아님) 전환도 또한 시그널링 연결 해제 지시의 전송을 초래할 수 있다.

더욱 바람직한 실시예에서, 다양한 타임아웃은 시그널링 연결 지시가 비정상적인 상태인 경우에 전송되도록 할 수 있다. 이하의 예시적인 타이머는 완벽한 것이 아니며, 다른 타이머 또는 비정상적인 상태들도 가능하다. 예를 들어, 10.2.47 3GPP TS 24.008은 타이머 T3310을 다음과 같이 정의한다.

[표]

타이머 번호	타이머 값	상태	시작의 원인	일반 정지	제1, 제2, 제3, 제4 만료 노트 3
T3310	15초	GMM- REG- INIT	ATTACH REQ 전송됨	ATTACH ACCEPT 수신됨 ATTACH REJECT 수신됨	ATTACH REQ 재전송

타이머 T3310

이 타이머는 연결 실패를 지시하는데 이용된다. 연결에 대한 실패는 네트워크의 결과일 수 있거나, 충돌 또는 열악한 RF와 같은 무선 주파수(RF) 문제일 수도 있다.

연결 시도는 다중 시간에서 발생할 수 있으며, 연결 실패는 미리 결정된 실패의 횟수 또는 명시적인 거절 중 어느 하나의 결과로서 생긴다.

3GPP의 10.2.47의 제2 타이머는 T3330이며, 다음과 같이 정의된다.

[표]

타이머 번호	타이머 값	상태	시작의 원인	일반 정지	제1, 제2, 제3, 제4 만료 노트 3
T3310	15초	GMM- ROUTING- UPDATING- INITIATED	ROUTING AREA UPDATE REQUEST 전송됨	ROUTING AREA UPDATE ACC 수신됨 ROUTING AREA UPDATE REJ 수신됨	ROUTING AREA UPDATE REQUEST 메시지의 재전송

타이머 T3330

이 타이머는 라우팅 영역 업데이트 실패를 지시하는데 이용된다. 타이머의 만료시에, 후속의 라우팅 영역 업데이트는 요구되는 다중 시간에 행해질 수 있으며, 라우팅 영역 업데이트 실패는 미리 결정된 실패의 횟수 또는 명시적인 거절 중 어느 하나의 결과로서 생긴다.

3GPP의 10.2.47의 제3 타이머는 T3340이며, 다음과 같이 정의된다.

[표]

타이머 번호	타이머 값	상태	시작의 원인	일반 정지	제1, 제2, 제3, 제4 만료 노트 3
T3340 (Iu mode only)	10초	GMM- REG-INIT GMM-DEREG-INIT GMM-RA- UPDATING-INT GMM-SERV- REQ-INIT(Iu mode only) GMM- ATTEMPTING- TO-UPDATE- MM GMM-REG- NORMAL- SERVICE	ATTACH REJ, DETACH REQ, ROUTING AREA UPDATE REJ 또는 원인 #11, #12, #13 또는 #15 중 임의의 것으로 SERVICE REJ. ATTACH ACCEPT 또는 ROUTING AREA UPDATE ACCEPT는 "후속 처리 없음" 지시로 수신됨.	PS 시그널링 연결 해제됨	PS 시그널링 연결 해제 및 하위조항 4.7.1.9에 설명된 바와 같은 처리

타이머 T3340

이 타이머는 GMM 서비스 요청 실패를 지시하는데 이용된다. 타이머의 만료시에, 후속의 GMM 서비스 요청은 다수회 개시될 수 있으며, GMM 서비스 요청 실패는 미리 결정된 실패의 횟수 또는 명시적인 거절 중 어느 하나의 결과로서 생긴다.

이와 같이 하여, 비정상적인 상태 및 UE에 의한 해제에 국한되는 시그널링 해제 지시 원인 대신에, 시그널링 해제 지시 원인은 비정상적인 상태에서 실패한 타이머에 대한 정보를 더 포함할 수 있다. 시그널링 연결 해제 지시는 다음과 같이 구조화될 수 있다.

[표]

정보 요소/ 그룹 이름	필요성	다중화	IE 형태 및 참조	의미 설명
메시지 형태	MP		메시지 형태
UE 정보 요소
통합성 체크 정보	CH		통합성 체크 정보 10.3.3.16
CN 정보 요소
CN 도메인 식별	MP		CN 도메인 식별 10.3.1.1
시그널링 해제 지시 원인	OP		시그널링 해제 지시 원인	t3310 타임아웃 t3330 타임아웃 t3340 타임아웃 UE 요청 유휴 전환

시그널링 연결 해제 지시

이 메시지는 현존하는 시그널링 연결의 해제를 UTRAN에 지시하기 위해 UE에 의해 이용된다. 시그널링 해제 지시 원인의 부가는 UTRAN 또는 다른 네트워크 요소가 시그널링 해제 지시의 원인, 시그널링 해제 지시가 비정상적인 상태로 인한 것인지의 여부, 및 비정상적인 상태가 무엇인지를 수신하는 것을 가능하게 한다. 그래서, RRC 연결 해제 절차는 차례로 개시되는 것이 허용된다.

일 실시예에서, 특정 CN(코어 네트워크) 도메인의 상위 계층으로부터 시그널링 연결을 해제 또는 중단에 대한 요청을 수신하면, IE(정보 요소) "CN 도메인 식별"로 식별되는 특정 CN 도메인에 대한 변수(예컨대, 변수 ESTABLISHED_SIGNALING_CONNECTIONS)에 의해 식별되는 바와 같은 시그널링 연결이 존재하면, UE는 시그널링 연결 해제 지시 절차를 개시한다. 변수가 임의의 현존하는 시그널링 연결을 식별하지 않으면, 특정 CN 도메인에 대한 시그널링 연결의 임의의 진행 수립은 또 다른 방식으로 중단된다. 그리고, CELL_PCH 상태 또는 URA_PCH 상태에서 시그널링 연결 해제 지시 절차를 개시하면, UE는 원인 "업데이트 데이터 전송"을 이용하여 셀 업데이트 절차를 수행한다. 그리고, 셀 업데이트 절차가 성공적으로 완료되는 경우, UE는 다음와 같이 시그널링 연결 해제 지시 절차를 계속한다.

즉, UE는 상위 논리 계층에 의해 지시되는 값에 IE "CN 도메인 식별"을 설정한다. IE의 값은 CN 도메인을 지시하고, CN 도메인에 관련된 시그널링 연결은 상위 계층에서 해제될 것을 지시하는 관련 시그널링 연결에 관련된 시그널링이다. CN 도메인 식별이 PS 도메인으로 설정되면, 그리고 상위 계층이 원인을 지시하여 이러한 요청을 개시하면, 그에 따라 IE "시그널링 해제 지시 원인"이 설정된다. 추가로, UE는 변수 "ESTABLISHED_SIGNALING_CONNECTION"으로부터 상위 계층에 의해 지시된 식별성을 이용하여 시그널링 연결을 이동시킨다. 그리고, UE는 AM RLC를 이용하여 예컨대 DCCH상에 시그널링 연결 해제 지시 메시지를 전송한다. RLC에 의해 해제 지시 메시지의 성공적인 전달을 확인하면, 절차는 종료한다.

IE "시그널링 해제 지시 원인"은 또한 본 발명의 실시예에 따라 이용된다. 예를 들어, 해제 원인은 현존하는 메시지 정의를 이용하여 정렬된다. 상위 계층 해제 원인 메시지는 다음과 같이 구조화된다.

[표]

정보 요소/ 그룹 이름	필요성	다중화	IE 형태 및 참조	의미 설명
시그널링 해제 지시 원인	MP		나열됨(UE 요구된 PS 데이터 세션 종료, T3310 만료, T3330 만료, T3340 만료)

이 실례에서, T3310, T3330, 및 T3340 만료는 이전에 식별되어 대응적으로 번호가 매겨진 타이머들의 만료에 대응한다. 일 실시예에서는, 원인 값은 "UE 요구된 유휴 전환" 대신에 "UE 요구된 PS 데이터 세션 종료"로서 설정 가능하여, UTRAN이 상태 전환을 결정하도록 하지만, 예상되는 결과는 원인 값에 의해 식별되는 것에 대응한다. 시그널링 연결 해제 지시를 확대하는 것이 바람직하지만, 기준 확대는 필요하지 않다.

다음에, 도 9를 참조하도록 한다. 도 9는 다양한 도메인들(예컨대, PS 또는 CS)에 대해 시그널링 연결 해제 지시를 전송할 것인지의 여부를 모니터링하는 예시적인 UE의 흐름도이다. 단계 910에서 처리가 시작된다.

UE가 비정상적인 상태가 존재하는지의 여부를 살피기 위해 검사하는 단계 912로 UE는 전환한다. 이와 같은 비정상적인 상태는 예를 들어 전술한 바와 같이 만료하는 타이머 T3310, 타이머 T3320, 또는 타이머 T3340을 포함할 수 있다. 이러한 타이머들이 특정한 미리 결정된 횟수를 만료하면 또는 명시적인 거절이 이러한 타이머들 중 임의의 타이머의 만료에 기초하여 수신되면, UE는 시그널링 연결 해제 지시를 전송하는 단계 914로 진행한다. 시그널링 연결 해제 지시 메시지는 시그널링 해제 지시 원인 필드에 부가된다. 시그널링 해제 지시 원인 필드는 적어도 시그널링 해제 지시가 비정상적인 조건 또는 상태에 기초한다는 것을 포함하고, 바람직 한 실시예는 타임아웃되어 비정상적인 상태가 되는 특정 타이머를 포함한다.

역으로, 단계 912에서 UE가 어떠한 비정상적인 상태도 존재하지 않음을 발견하면, UE는 추가의 데이터를 UE에서 예상하고 있는지의 여부를 검사하는 단계 920로 진행한다. 전술한 바와 같이, 이것은 이메일이 전송되고 이메일의 전송의 확인이 UE에 다시 수신되는 경우를 포함할 수 있다. 당업자라면 UE가 어떠한 추가의 데이터도 예상하고 있지 않다는 것을 결정하는 다른 실례들도 알 것이다.

단계 920에서, UE가 데이터 전달이 종료되었음을 결정하면(또는 회선 교환 도메인의 경우 통화가 종료되었음을 결정하면), UE는 시그널링 해재 지시 원인 필드가 부가되고 UE가 유휴 전환을 요구한다는 사실을 포함하는 시그널링 연결 해제 지시를 전송하는 단계 922로 진행한다.

단계 920에서, 데이터가 종료되지 않으면, UE는 루프를 되돌리고 단계 912에 비정상적인 상태가 존재하는지의 여부 및 데이터가 단계 920에서 종료되는지의 여부를 계속해서 검사한다.

시그널링 연결 해제 지시가 단계 914 또는 단계 922에 전송되면, 처리는 단계 930으로 진행하여 종료된다.

UE는 예를 들어 UE 마이크로프로세서의 동작을 통해 수행되는 애플리케이션들 또는 알고리즘들에 의해, 또는 검사기 시그널링 연결 해제 지시 전송기를 형성하는 하드웨어 구현에 의해 구현 가능한 기능성 요소를 포함한다. 검사기는 시그널링 연결 해제 지시가 전송되었는지의 여부를 검사하도록 구성된다. 그리고, 시그널링 연결 해제 지시 전송기는 시그널링 연결 해제 지시가 전송되었는지를 상기 검사 기에 의한 지시에 응답하여 시그널링 연결 해제 지시를 전송하도록 구성된다. 시그널링 연결 해제 지시는 시그널링 해제 지시 원인 필드를 포함한다.

일 구현에서는, 네트워크가 대신에 타이머의 타임아웃을 암시적으로 인식하고, UE는 타이머의 타임아웃을 지시하는 원인 값을 전송할 필요가 없다. 다시 말하면, 타이머는 네트워크에 동기하여 시간을 맞추기 시작한다. 원인 코드가 정의되고, 상기 원인 코드는 네트워크에 의해 UE에 제공된다. 이와 같은 원인 코드는 타이머를 개시하는데 UE에 의해 이용된다. 그리고, 네트워크에 의해 초기에 전송되는 원인 코드로 하여금 타이머가 시간을 맞추기 때문에, 네트워크는 타이머의 후속 타임아웃에 대한 이유를 암시적으로 인식한다. 그래서, 그 결과, UE는 타이머의 타임아웃을 지시하는 원인 값을 전송할 필요가 없다.

도 10을 참조하면, 네트워크 요소는 단계 1010에서 시그널링 연결 해제 지시를 수신하면, 네트워크 요소는 단계 1014에서 시그널링 해제 지시 원인 필드를 검사하고, 단계 1016에서 원인이 비정상적인 원인인지의 여부 또는 유휴 전환을 요청하는 UE에 의한 것인지의 여부를 검사한다. 단계 1016에서 시그널링 연결 해제 지시가 비정상적인 원인에 의한 것이면, 네트워크 노드는 알람이 성능을 모니터링하고 알람을 모니터링하는 목적으로 이용되고 있는 단계 1020으로 진행한다. 주요 성능 지표는 적절하게 업데이트될 수 있다.

역으로, 단계 1016에서, 시그널링 연결 해제 지시의 원인이 비정상적인 상태에 의한 결과가 아니라면, 또는 다시 말해서 유휴 전환을 요청하는 UE에 의한 결과라면, 네트워크 노드는 어떤 알람도 발생하지 않고 지시는 성능 통계로부터 필터링 될 수 있어서 성능 통계가 왜곡되는 것을 방지하는 단계 1030으로 진행한다. 단계 1020 또는 단계 1030에서, 네트워크 노드는 처리가 종료하는 단계 1040으로 진행한다.

시그널링 해제 지시 원인 필드의 수신 및 검사 결과로 RRC 연결 해제 절차가 네트워크 요소에 의해 개시된다. 그리고, 패킷 교환 데이터 연결은 종료한다.

당업자라면 명백히 이해하는 것처럼, 단계 1020은 추가로 다양한 알람 조건들 사이를 구별하는데 이용될 수 있다. 예를 들어, T3310 타임아웃은 제1 통계 집합을 유지하는데 이용될 수 있고, T3330 타임아웃은 제2 통계 집합을 유지하는데 이용될 수 있다. 단계 1020은 비정상적인 상태의 원인들 사이를 구별할 수 있어서, 네트워크 운용자가 성능을 보다 효율적으로 추적하는 것을 가능하게 한다.

네트워크는 예를 들어 프로세서의 동작을 통해 수행되는 애플리케이션들 또는 알고리즘들에 의해, 또는 검사기 및 알람 발생기를 형성하는 하드웨어 구현에 의해 구현 가능한 기능성 요소를 포함한다. 검사기는 시그널링 연결 해제 지시의 시그널링 지시 해제 원인 필드를 검사하도록 구성된다. 검사기는 시그널링 해제 지시 원인 필드가 비정상적인 상태를 지시하는지의 여부를 검사한다. 알람 발생기는 검사기에 의한 검사로 신호 해제 지시 원인 필드가 비정상적인 상태를 지시하고 있다고 결정하면 알람을 발생하도록 선택적으로 구성된다.

일 구현에서는, 시그널링 연결 해제 지시를 수신 시에, UTRAN은 상위 계층으로부터 수신되고, 시그널링 연결의 해제에 대해 요청하는 원인을 전달한다. 그러면, 상위 계층은 시그널링 연결의 해제를 개시할 수 있다. IE 시그널링 해제 지시 원인은 UE의 상위 계층 원인을 지시하여 메시지를 전송하도록 UE의 RRC를 트리거한다. 원인은 비정상적인 상위 계층 절차의 결과인 것이 가능하다. 메시지 원인의 차이는 IE의 성공적인 수신을 통해 보증된다.

가능한 시나리오는 시그널링 연결 해제 지시 메시지의 성공적인 전달의 RLC에 의한 확인 전에, 시그널링 무선 베어러 RB2상에서 RLC 입력단의 송신측의 재설정이 발생하는 시나리오를 포함한다. 이와 같은 발생의 경우에는, UE는 시그널링 무선 베어러 RB2상의 AM RLC를 이용하여 예컨대 업링크 DCCH상에 시그널링 연결 해제 지시 메시지를 재전송한다. UTRAN 절차의 성능으로부터 입력-RAT 핸드오버가 RLC에 의해 시그널링 연결 해제 지시 메시지의 성공적인 전달의 확인의 성공적인 전달 전에 발생하는 경우에, UE는 새로운 RAT동안 시그널링 연결을 중단한다.

도 1을 다시 참조하면, 일부 경우에는, 유휴 모드보다 URA_PCH 연결 모드 상태인 것이 더욱 바람직하다. 예를 들어, CELL_DCH 또는 CELL_FACH 연결 모드 상태에서 연결에 대한 지연은 짧도록 요구되는 경우, 연결 모드 PCH 상태인 것이 바람직하다. 이것을 이루는 2가지 방법이 있다. 한 가지 방법은 UTRAN이 특정 상태, 이 경우에는 URA_PCH 상태(128)로 이동할 것을 UE가 요청할 수 있도록 3GPP 규격을 변경함으로써 이루어진다.

다른 한 가지 방법은, RRC 연결 관리자가 RRC 연결이 현재 무슨 상태에 있는지와 같은 다른 요소들을 고려할 수도 있다. 예를 들어, RRC 연결이 URA_PCH 상태에 있다면, 유휴 모드(110)로 이동하는 것은 불필요한 것으로 결정하여 어떠한 시그널링 연결 해제 절차도 개시되지 않는다.

도 4a 및 도 4b를 참조하도록 한다. 도 4a는 전술한 실례의 기반 구조 "4"에 따르는 현재의 UMTS 구현을 나타낸다. 도 4a 및 도 4b에 도시된 바와 같이, 가로축은 시간이다.

UE는 RRC 유휴 상태(110)에서 시작하고, 송신될 필요가 있는 국부 데이터 또는 UTRAN으로부터 수신된 페이지에 기초하여 RRC 연결을 구축하는 것을 시작한다.

도 4a에 도시된 바와 같이, 먼저 RRC 연결 설정(310)이 발생하고, 이 시간 동안 RRC 상태는 연결 상태(410)이다.

다음에, 시그널링 연결 설정(312), 암호화 및 통합성 설정(314), 및 무선 베어러 설정(316)이 발생한다. RRC 상태는 이 시간 동안 CELL_DCH 상태(122)이다. 도 4a에 도시된 바와 같이, 이 예에서는 RRC 유휴 모드로부터 무선 베어러가 설정되는 시간으로 이동하는 시간은 대략 2초이다.

다음으로 데이터가 교환된다. 도 4a의 실례에서, 데이터 교환은 대략 2초 내지 4초 내로 달성되며, 단계 420으로 도시되어 있다.

단계 420에서 데이터가 교환된 후에, 필요한 간헐적인 RLC 시그널링 PDU를 제외하고는 어떠한 데이터도 교환되지 않으므로 무선 베어러는 대략 10초 후에 저속 데이터율 DCH 상태로 이동하도록 네트워크에 의해 재구성된다. 이것은 단계 422 및 단계 424에 나타나 있다.

저속 데이터율 DCH 상태에서는, 17초 동안 어떤 것도 수신하지 않으며, 이 시점에서, 단계 428에서는 네트워크에 의해 RRC 연결이 해제된다.

단계 428에서 RRC 연결이 개시되면, RRC 상태는 대략 40 밀리초 동안 단절 상태(430)로 진행하고, 이 이후에 UE는 RRC 유휴 상태(110)에 있다.

또한, 도 4a에 도시된 바와 같이, RRC가 CEL_DCH 상태(122)에 있는 기간 동안의 UE 전류 소모가 나타나있다. 도시된 바와 같이, 전류 소모는 CELL_DCH 상태의 전체 지속기간 동안 대략 200 밀리암페어 내지 300 밀리암페어이다. 단절 및 유휴 기간 동안, 1.28초의 DRX 사이클을 가정하면, 대략 3 밀리암페어 정도가 활용된다. 그러나, 35초 동안에는 200 내지 300 밀리암페어의 전류가 배터리에서 방출된다.

다음에, 도 4b를 참조하도록 한다. 도 4b는 전술한 것과 동일한 예시적인 기반 구조 "4"를 활용하며, 오직 시그널링 연결 해제만을 구현한다.

도 4b에 도시된 바와 같이, 동일한 설정 단계들(310, 312, 314 및 316)이 발생하고, 이 설정 단계들은 RRC 유휴 상태(110)와 RRC CELL_DCH 상태(122) 사이를 이동하는 경우 동일한 시간을 취한다.

게다가, 도 4a의 예시적인 이메일에 대한 RRC 데이터 PDU 교환은 또한 도 4b에서도 행해지며, 이것은 대략 2 내지 4초 정도의 시간을 취한다.

도 4b의 실례에서 UE는 애플리케이션 특정 비활성 타임아웃을 가지며, 이것은 도 4b의 실례에서는 2초이고, 단계 440으로 나타나 있다. RRC 연결 관리자가 특정 시간 동안 비활성이 있는지를 결정한 후에, 단계 442에서 UE는 시그널링 연결 설정을 해제하고 단계 448에서는 네트워크에 의해 RRC 연결이 해제된다.

도 4b에 도시된 바와 같이, CELL_DCH 단계(122) 동안 전류 소모는 여전히 대략 200 밀리암페어 내지 300 밀리암페어이다. 그러나, 연결 시간은 오직 8초 정도이다. 당업자라면 명백히 이해하는 것처럼, 이동 단말기가 셀 DCH 상태(122)에 머 무르는 상당히 짧은 시간은 UE 장치상에서 항상 배터리를 크게 절약할 수 있게 한다.

다음에, 도 5a 및 도 5b를 참조하도록 한다. 도 5a 및 도 5b는 기반 구조 "3"과 같은 전술한 기반 구조를 이용하는 두 번째 실례를 나타내고 있다. 도 4a 및 도 4b와 마찬가지로, 연결 설정이 일어나며 이것은 대략 2초 정도를 취한다. 이것은 RRC 연결 설정(310), 시그널링 연결 설정(312), 암호화 및 통합성 설정(314), 및 무선 베어러 설정(316)을 요구한다.

이 설정 동안, UE는 사이에 있는 RRC 상태 연결 단계(410)를 이용하여 RRC 유휴 모드(110)로부터 CELL_DCH 상태(122)로 이동한다.

도 4a와 마찬가지로, 도 5a에서 RLC 데이터 PDU 교환이 발생하고, 도 5a의 실례에서는 2 내지 4초를 취한다.

기반 구조 3에 따르면, 필요한 간헐적인 RLC 시그널링 PDU를 제외하고는 어떠한 데이터도 교환되지 않으므로 RLC 시그널링 PDU 교환은 어떤 데이터도 수신하지 않으므로 단계 422에서 5초의 기간 동안 유휴 상태로 있고, 이 시점에서 무선 베어러는 CELL_DCH 상태(122)로부터 CELL_FACH 상태(124)로 이동하도록 네트워크를 재구성한다. 이것은 단계 450에 의해 완료된다.

CELL_FACH 상태(124)에서, RLC 시그널링 PDU 교환은 소정의 시간 동안, 이 경우에는 30초 동안, 필요한 간헐적인 RLC 시그널링 PDU를 제외하고는 어떠한 데이터도 교환도 없음을 발견하고, 이 시점에서 네트워크에 의한 RRC 연결 해제는 단계 428에서 수행된다.

도 5a에 도시된 바와 같이, 이것은 RRC 상태를 유휴 모드(110)로 이동시킨다.

도 5a에 추가로 도시된 바와 같이, DCH 모드 동안의 전류 소모는 200 내지 300 밀리암페어이다. CELL_FACH 상태(124)로 이동하는 경우, 전류 소모는 대략 120 내지 180 밀리암페어로 낮아진다. RRC 연결이 해제되고 RRC가 유휴 모드(110)로 이동한 후에, 전력 소모는 대략 3 밀리암페어이다.

CELL_DCH 상태(122) 또는 CELL_FACH 상태(124)인 UTRA RRC 연결 모드 상태는 도 5a의 실례에서 대략 40초 동안 지속한다.

다음에, 도 5b를 참조하도록 한다. 도 5b는 도 5a와 동일한 기반 구조 "3"을 나타내며 대략 2초의 동일한 연결 시간을 이용하여 RRC 연결 설정(310), 시그널링 연결 설정(312), 암호화 및 통합성 설정(314), 및 무선 베어러 설정(316)을 행한다. 게다가, RLC 데이터 PDU 교환(420)은 대략 2 내지 4초를 취한다.

도 4b와 마찬가지로, UE 애플리케이션은 단계 440에서 특정 비활성 타임아웃을 검출하며, 이 시점에서 시그널링 연결 해제 지시 절차는 UE에 의해 개시되고, 그 결과 RRC 연결은 단계 448에서 네트워크에 의해 해제된다.

도 5b에 추가로 도시된 바와 같이, RRC는 유휴 모드(110)에서 시작하고, CELL_FACH 상태를 거치지 않고 CELL_DCH 상태(122)로 이동한다.

도 5b에 추가로 도시된 바와 같이, 전류 소모는 RRC 상태가 CELL_DCH 상태(122)에 있는 시간에 대략 200 내지 300 밀리암페어 정도이며, 이 시간은 도 5b의 실례에 따르면 대략 8초 정도이다.

그러므로, 도 4a 및 도 4b, 그리고 도 5a 및 도 5b 사이를 비교하면, 전류 소모의 상당한 양이 제거됨으로써 UE의 배터리 수명을 크게 연장시킨다는 것을 보여준다. 당업자라면 명백히 이해하는 것처럼, 전술한 것은 현재의 3GPP 스펙의 컨텍스트에서 더 이용될 수 있다.

다음에, 도 6을 참조하도록 한다. 도 6은 UMTS 네트워크에 대한 프로토콜 스택을 도시한다.
도 6에서 볼 수 있듯이, UMTS는 CS 제어 플레인(control plane)(610), PS 제어 플레인(611), 및 PS 사용자 플레인(630)을 포함한다.

이러한 3개의 플레인 내에서, NAS(non-access stratum) 부분(614)과 액세스 계층(access stratum) 부분(616)이 존재한다.

CS 제어 플레인(610)에서 NAS 부분(614)은 호 제어(CC)(618), 부가 서비스(SS)(620), 및 단문 메시지 서비스(SMS)(622)를 포함한다.

PS 제어 플레인(611)에서 NAS 부분(614)은 이동성 관리(MM) 및 GPRS 이동성 관리(GMM)(626)를 포함한다. 이것은 SM/RABM(624) 및 GSMS(628)를 더 포함한다.

CC(618)는 회선 교환 서비스를 위한 호 관리 시그널링을 제공한다. SM/RABM(624)의 세션 관리 부분은 PDP 컨텍스트 활성화, 비활성화 및 변경을 제공한다. SM/RABM(624)는 서비스 교섭의 품질을 제공한다.

SM/RABM(624)의 RABM 부분의 주요 기능은 PDP 컨텍스트를 무선 액세스 베어러에 연결하는 것이다. 그리하여, SM/RABM(624)는 무선 베어러의 설정, 변경 및 해제에 대한 책임이 있다.

액세스 계층 부분(616)에서 CS 제어 플레인(610) 및 PS 제어 플레인(611)은 무선 자원 제어(RRC) 위에 있다.

PS 사용자 플레인(630)에서 NAS 부분(614)은 애플리케이션 계층(638), TCP/U에계층(636), 및 PDP 계층(634)을 포함한다. PDP 계층(634)은 예를 들어 인터넷 프로토콜(IP)을 포함할 수 있다.

PS 사용자 플레인(630)에서 액세스 계층 부분(616)은 패킷 데이터 컨버전스 프로토콜(PDCP)(632)을 포함한다. PDCP(632)는 (도 8에 도시된 바와 같이) UE와 RNC 사이에 TCP/IP 프로토콜을 전달하기에 적합한 WCDMA 프로토콜을 만들도록 설계되었으며, 선택적으로 IP 트래픽 스트림 프로토콜 헤더의 압축 및 압축 해제를 위한 것이다.

UMTS 무선 링크 제어(RLC)(640) 및 매체 접근 제어(MAC) 계층(650)은 UMTS 무선 인터페이스의 데이터 링크 하위 계층을 형성하고 RNC 노드와 사용자 장치 상에 존재한다.

계층 1(L1) UMTS 계층[물리 계층(660)]은 RLL/MAC 계층(640 및 650) 아래에 있다. 이 계층은 통신용 물리 계층이다.

전술한 것은 다양한 이동 장치상에서 구현될 수 있긴 하지만, 아동 장치의 실례가 도 7에 요약되어 있다. 다음에, 도 7을 참조하도록 한다.

바람직하게, UE(1100)는 적어도 음성 통신 능력과 데이터 통신 능력을 갖는 양방향 통신 장치이다. 바람직하게, UE(1100)는 인터넷상의 다른 컴퓨터 시스템과 통신하는 능력을 가진다. 제공되는 정확한 기능성에 따라, 무선 장치는 데이터 메시징 장치, 양방향 무선 호출기, 무선 이메일 장치, 데이터 메시징 능력이 있는 휴대 전화기, 무선 인터넷 애플리케이션, 또는 데이터 통신 장치 등으로 불릴 수도 있다.

UE(1100)가 양방향 통신이 가능한 경우, 이것은 수신기(1112)와 송신기(1114) 모두를 포함하는 것은 물론, 바람직하게는 내장된 또는 내부 안테나 소자들(1116 및 1118), 국부 발진기(LOs)(1113), 및 디지털 신호 처리기(DSP)(1120)와 같은 처리 모듈과 같은 하나 이상의 관련 구성요소들을 포함하는 통신 서브시스템(1111)을 통합할 것이다. 당업자라면 명백히 이해하는 것처럼, 통신 서브시스템(1111)의 특정한 설계는 이동 장치가 동작하도록 의도되는 통신 네트워크에 의해 좌우된다. 예를 들어, UE(1100)는 GPRS 네트워크 또는 UMTS 네트워크 내에서 동작하도록 설계된 통신 서브시스템(1111)을 포함할 수도 있다.

네트워크 액세스 요건은 또한 네트워크(1119)의 형태에 따라서 변경될 것이다. 예를 들어, UMTS 및 GPRS 네트워크에서, 네트워크 액세스는 UE(1100)의 가입자 또는 사용자에 관련된다. 그러므로, GPRS 이동 장치는 예를 들어 GPRS 네트워크상에서 동작하기 위해서 가입자 식별 모듈(SIM)을 요구한다. UMTS에서는 USIM 또는 SIM 모듈이 요구된다. CDMA에서는 RUIM 카드 또는 모듈이 요구된다. 본 발명에서 이들은 UIM 인터페이스로 불릴 것이다. 유효한 UIM 인터페이스가 없으면, 이동 장치는 충분하게 동작하지 않을 수도 있다. 국부 또는 비네트워크 통신 기능은 물론 응급 호출과 같은 법적으로 요구되는 기능들은 이용 가능할 수 있지만, 이동 장치(1100)는 네트워크(1119)를 통한 통신을 포함하는 임의의 다른 기능들은 수행하지 못할 것이다. 일반적으로, UIM 인터페이스(1144)는 디스켓 또는 PCMCIA 카드와 같이 카드를 삽입하고 추출할 수 있는 카드 슬롯과 유사하다. UIM 카드는 대략 64K 의 메모리를 가지며, 많은 주요한 구성(1151) 및 식별과 같은 다른 정보(1153) 및 가입자 관련 정보를 유지할 수 있다.

이동 장치(1100)는 요구되는 네트워크 등록 또는 활성 절차가 완료된 후에, 네트워크(1119)를 통해 통신 신호들을 송수신할 수도 있다. 통신 네트워크(1119)를 통해서 안테나(1116)에 의해 수신된 신호들은 수신기(1112)에 입력되고, 수신기(1112)는 도 7에 도시된 예시적인 시스템에서, 신호 증폭, 주파수 하향 변환, 필터링, 채널 선택, 및 아날로그-디지털(A/D) 변환과 같은 공통 수신기 기능을 수행할 수도 있다. 수신된 신호의 A/D 변환으로 DSP(1120)에서 수행되는 복조 및 디코딩과 같은 보다 복잡한 통신 기능들을 가능하게 한다. 유사한 방식으로, 송신되는 신호들은 DSP(1120)에 의해 처리되고(예를 들어, 변조 및 인코딩을 포함함), 이러한 DSP 처리된 신호들은 디지털-아날로그(D/A) 변환, 주파수 상향 변환, 필터링, 증폭 및 안테나(1118)를 거쳐 통신 네트워크(1119)를 통한 전송을 위해 송신기(1114)에 입력된다. DSP(1120)는 통신 신호들을 처리할 뿐만 아니라, 송수신기 제어를 위한 제어 신호들도 제공한다. 예를 들어, 수신기(1112) 및 송신기(1114)에서 통신 신호들에 적용되는 이득은 DSP(1120)에 구현된 자동 이득 제어 알고리즘을 통해 적응적으로 제어될 수도 있다.

서버(1160) 및 다른 요소들(도시되지 않음)을 포함하는 네트워크(1119)는 다중 시스템들과 더 통신할 수도 있다. 예를 들어, 네트워크(1119)는 다양한 서비스 레벨을 이용하여 다양한 클라이언트를 수용하기 위해서 기업 시스템 및 웹 클라이언트 시스템과 모두 통신할 수도 있다.

바람직하게, UE(1100)는 이동 장치의 전반적인 동작을 제어하는 마이크로프로세서(1138)를 포함한다. 적어도 데이터 통신을 포함하는 통신 기능들은 통신 서브시스템(1111)을 통해 수행된다. 또한, 마이크로프로세서(1138)는 디스플레이(1122), 플래시 메모리(1124), 랜덤 액세스 메모리(RAM)(1126), 보조 입출력(I/O) 서브시스템(1128), 시리얼 포트(1130), 키보드(1132), 스피커(1134), 마이크로폰(1136), 근거리 통신 서브시스템(1140) 및 도면 부호 1142로서 표시된 일반적인 임의의 다른 장치 서브시스템들과 같은 추가의 장치 서브시스템과도 상호작용 할 수 있다.

도 7에 도시된 서브시스템들의 일부는 통신-관련 기능들을 수행하지만, 다른 서브시스템들은 "상주" 또는 온-디바이스 기능(on-device function)을 제공할 수도 있다. 그중에서도, 예를 들어 키보드(1132)와 디스플레이(1122)와 같은 일부 서브시스템들은 통신 네트워크를 통해 전송하기 위해, 텍스트 메시지를 입력하는 것과 같은 통신-관련 기능과, 계산기 또는 업무 리스트와 같은 장치-상주 기능 모두에 대해 이용될 수도 있다.

마이크로프로세서(1138)에 의해 이용되는 운영 체제(OS) 소프트웨어는 바람직하게 플래시 메모리(1124)와 같은 영구 기억 장치에 저장되며, 플래시 메모리(1124) 대신에 ROM(read-only memory) 또는 유사한 저장 소자(도시되지 않음)일 수도 있다. 당업자는 운영 체제들, 특정 장치 애플리케이션들, 또는 이들의 일부분들이 RAM(1126)과 같은 휘발성 메모리 내에 임시로 로딩될 수도 있다는 것을 이해할 것이다. 또한, 수신된 통신 신호들은 RAM(1126)에 저장될 수도 있다. 게다가, 고유한 식별자 또한 ROM에 저장되는 것이 바람직하다.

도시된 바와 같이, 플래시 메모리(1124)는 서로 다른 영역들, 예를 들어 컴퓨터 프로그램(1158)과 프로그램 데이터 저장(1150, 1152, 1154 및 1156) 모두를 포함하는 서로 다른 영역들로 분리될 수도 있다. 이러한 서로 다른 저장 형태는 각각의 프로그램이 그들 자신의 데이터 저장 요건을 위해 플래시 메모리(1124)의 일부분에 할당될 수도 있다는 것을 나타낸다. 마이크로프로세서(1138)는 그 운영 체제 기능 외에 이동 장치상에서 소프트웨어 애플리케이션의 실행을 가능하게 하는 것이 바람직하다. 기본 장치 동작을 제어하는 미리 결정된 애플리케이션 집합(예를 들어, 적어도 데이터 통신 및 음성 통신 애플리케이션을 포함함)은 일반적으로 UE(1100)가 제조되는 동안에 UE(1100)상에 설치될 것이다. 바람직한 소프트웨어 애플리케이션은 개인 정보 관리(PIM) 애플리케이션일 수도 있으며, 상기 PIM은 이메일, 캘린더 이벤트, 음성 메일, 약속일정, 및 업무 항목들과 같은 이동 장치의 사용자에 관한 데이터 항목들을 조직하고 관리하는 기능성을 가지고 있지만, 이들에 국한된 것은 아니다. 실질적으로, 하나 이상의 메모리 저장 장치들은 PIM 데이터 항목의 저장을 용이하게 하기 위해서 이동 장치상에서 이용가능할 것이다. 이와 같은 PIM 애플리케이션은 무선 네트워크(1119)를 통해서 데이터 항목들을 송수신하는 능력을 갖는다. 바람직한 실시예에서, PIM 데이터 항목들은 호스트 컴퓨터 시스템에 저장되거나 또는 호스트 컴퓨터 시스템과 관련된 이동 장치 사용자의 대응하는 데이터 항목과 함께 무선 네트워크(1119)를 통해 끊김 없이 통합되고, 동기화되고, 업데이트된다. 또한, 추가적인 애플리케이션들도 네트워크(1119), 보조 I/O 서브시 스템(1128), 시리얼 포트(1130), 근거리 통신 서브시스템(1140), 또는 임의의 다른 적합한 서브시스템(1142)을 통해 이동 장치(1100)상에 로딩될 수도 있고, 마이크로프로세서(1138)에 의한 실행을 위해 사용자에 의해 RAM(1126) 또는 바람직하게 비휘발성 기억 장치(도시되지 않음)에 설치될 수도 있다. 애플리케이션 설치에 있어서 이러한 융통성은 장치의 기능성을 증가시키고, 개선된 온-디바이스 기능, 통신-관련 기능, 또는 이들 모두를 제공할 수도 있다. 예를 들어, 보안 통신용 애플리케이션들은 UE(1100)를 이용하여 수행되는 전자 상거래 기능 및 금융 거래와 같은 다른 기능들을 가능하게 할 수도 있다. 그러나, 전술한 바에 따르는 이러한 애플리케이션들은 많은 경우에 반송파에 의해 승인될 필요가 있을 것이다.

데이터 통신 모드에서, 텍스트 메시지 또는 웹 페이지 다운로드와 같은 수신된 신호는 통신 서브시스템(1111)에 의해 처리되어 마이크로프로세서(1138)에 입력될 것이고, 마이크로프로세서(1138)는 바람직하게 디스플레이(1122), 또는 대안적으로 보조 I/O 장치(1128)에 출력하기 위해서 수신된 신호들을 추가로 처리한다. UE(1100)의 사용자는 예를 들어 디스플레이(1122) 및 가능한 보조 I/O 서브시스템(1128)과 함께 키보드(1132)를 이용해서 이메일 메시지와 같은 데이터 항목들을 구성할 수도 있고, 상기 키보드(1132)는 완전한 문자 숫자식 키보드(alphanumeric keyboard) 또는 전화기 형태의 키패드(telephone-type keypad)인 것이 바람직하다. 이와 같이 구성된 항목은 통신 서브시스템(1111)을 경유해서 통신 네트워크를 통해 송신될 수도 있다.

음성 통신의 경우, UE(1100)의 전체 동작은, 수신된 신호들이 바람직하게 스 피커(1134)에 출력되고, 전송용 신호들은 마이크로폰(1136)에 의해 생성된다는 것을 제외하고는 유사하다. 또한, 음성 메시지 기록 서브시스템과 같은 대안적인 음성 또는 오디오 I/O 서브시스템들이 UE(1100)상에 구현될 수도 있다. 원래, 음성 또는 오디오 신호 출력은 스피커(1134)를 통해 이루어지는 것이 바람직하지만, 디스플레이(1122)도 발호자(calling party), 음성 호(voice call), 또는 다른 음성 호 관련 정보의 지속 기간의 식별의 지시를 제공하는데 이용될 수도 있다.

일반적으로, 도 7의 시리얼 포트(1130)는 개인 휴대 정보 단말기(PDA) 형태의 이동 장치에 구현되며, 이것을 이용하여 사용자의 데스크탑 컴퓨터(도시되지 않음)와 동기화하는 것이 바람직하다. 이와 같은 시리얼 포트(1130)는 외부 장치를 통해 또는 소프트웨어 애플리케이션을 통해 가입자가 환경 설정(set preference)을 할 수 있게 하고, 무선 통신 네트워크를 통하는 것 이외에 UE(1100)에 정보를 제공하거나 소프트웨어를 다운로드 함으로써 이동 장치(1100)의 능력을 확장한다. 다른 다운로드 경로는, 예를 들어 직접적이어서 신뢰 가능하고 믿을 수 있는 연결을 통해 이동 장치상에 암호화 키를 로딩하여 보안 장치 통신을 가능하게 하는데 이용될 수도 있다.

대안으로, 시리얼 포트(1130)는 다른 통신을 위해 이용될 수 있고, 유니버설 시리얼 버스(USB) 포트에 포함될 수도 있다. 인터페이스는 시리얼 포트(1130)에 관련된다.

근거리 통신 서브시스템과 같은 다른 통신 서브시스템(1140)은 UE(1100)와 다른 시스템들 또는 장치들 사이에 통신을 제공할 수도 있는 추가의 선택적인 구성 요소 이며, 다른 시스템들 또는 장치들은 유사 장치일 필요가 없다. 예를 들어, 서브시스템(140)은 유사하게 가능한 시스템들 및 장치들과 통신을 위해 제공되도록 적외선 장치 및 관련 회로들 및 구성 요소들 또는 블루투스^TM 통신 모듈을 포함할 수도 있다.

다음에, 도 8을 참조하도록 한다. 도 8은 무선 네트워크를 통해 통신하는 UE(802)를 포함하는 통신 시스템(800)의 블록도이다.

UE(802)는 다수의 노드 B(806)들 중 하나와 무선으로 통신한다. 각각의 노드 B(806)는 무선 인터페이스 처리 및 일부 무선 자원 관리 기능에 대한 책임이 있다. 노드 B(806)는 GSM/GPRS 네트워크의 기지국(Base Transceiver Station)과 유사한 기능성을 제공한다.

도 8의 통신 시스템(800)에 도시된 무선 링크는 하나 이상의 서로 다른 채널들, 통상 서로 다른 무선 주파수(RF) 채널들, 및 무선 네트워크와 UE(802) 사이에서 이용되는 관련 프로토콜들을 나타낸다. Uu 무선 인터페이스는 UE(802)와 노드 B(806) 사이에 이용된다.

RF 채널은 통상 전체 대역폭의 제한 및 UE(802)의 제한된 배터리 전력으로 인해 절약되어야 하는 제한된 자원이다. 당업자라면 실제 실행에서 무선 네트워크는 네트워크 커버리지의 요구되는 전체 구역에 따라 수백개의 셀들을 포함할 수도 있다. 모든 관련된 구성 요소들은 다중 네트워크 제어기에 의해 제어되는 다수의 스위치들 및 라우터들(도시되지 않음)에 의해 연결될 수도 있다.

각각의 노드 B(806)는 무선 네트워크 제어부(RNC)(810)와 통신한다. RNC(810)는 그 영역에 있는 무선 자원의 제어에 대한 책임이 있다. 한 개의 RNC(810)는 다수의 노드 B(806)들을 제어한다.

UMTS 네트워크의 RNC(810)는 GSM/GPRS 네트워크의 기지국 제어기(BSC)와 동일한 기능을 제공한다. 그러나, RNC(810)는 예를 들어, MSC와 SGSN 없이 자발적으로 핸드오버 관리를 하는 보다 나은 지능성을 포함한다.

노드 B(806)와 RNC(810) 사이에 이용되는 인터페이스는 Iub 인터페이스(808)이다. 3GPP TS 25.433 V3.11.0(2002-09) 및 3GPP TS 25.433 V5.7.0(2004-01)에 정의된 바와 같이 NBAP(노드 B 애플리케이션 부분) 시그널링 프로토콜이 우선적으로 이용된다.

범용 지상 무선 액세스 네트워크(UTRAN)(820)는 RNC(810), 노드 B(806) 및 Uu 무선 인터페이스(804)를 포함한다.

회선 교환 트래픽은 이동 전화 교환국(MSC)(830)으로 라우팅된다. MSC(830)는 호를 인식하고, 가입자로부터 또는 PSTN(도시되지 않음)으로부터 데이터를 취하고 수신하는 컴퓨터이다.

RNC(810)와 MSC(830) 사이의 트래픽은 Iu-CS 인터페이스(828)를 이용한다. Iu-CS 인터페이스(828)는 UTRAN(820)과 코어 음성 네트워크 사이에서 음성 트래픽(통상적임)과 시그널링을 전달하기 위한 회선 교환 연결이다. 이용되는 주요 시그널링 프로토콜은 RANAP(무선 액세스 네트워크 애플리케이션 부분)이다. RANAP 프로토콜은 MSC(830) 또는 SSGN(850)(이하에 더욱 상세하게 정의됨)일 수 있는 코어 네 트워크(821)와 UTRAN(820) 사이의 UMTS 시그널링에 이용된다. RANAP 프로토콜은 3GPP TS 25.413 V3.11.1(2002-09) 및 3GPP TS 25.413 V5.7.0(2004-01)에 정의되어 있다.

네트워크 운용자에 등록되어 있는 모든 UE(802)들에 대한 [UE(102)의 사용자 프로파일과 같은] 영구 데이터는 물론 [UE(102)의 현재 위치와 같은] 임시 데이터는 홈 위치 레지스터(HLR)(838)에 저장되어 있다. UE(802)로의 음성 전화의 경우, HLR(838)은 UE(802)의 현재 위치를 결정하기 위해 질의될 수 있다. MSC(830)의 방문자 위치 레지스터(VLR)(836)는 위치 영역들의 그룹에 대한 책임이 있어서, 현재 자신의 책임 영역에 있는 이동국들의 데이터를 저장한다. 이동국들의 데이터는 고속 액세스를 위해, HLR(838)에서 VLR(836)로 송신되는 이동국의 영구적 데이터의 일부분을 포함한다. 그러나, MSC(830)의 VLR(836)은 임시 식별과 같은 국부 데이터를 할당 및 저장할 수도 있다. 또한, UE(802)는 HLR(838)에 의해 시스템 액세스상에서 인증된다.

패킷 데이터는 패킷 교환 지원 노드(SGSN)(850)를 통해 라우팅된다. SGSN(850)은 GPRS/UMTS 네트워크에서 RNC와 코어 네트워크의 게이트웨이이고, SGSN의 지리학적 서비스 영역 내에서 UE로부터 그리고 UE로 데이터 패킷의 전달에 대한 책임이 있다. Iu-PS 인터페이스(848)는 RNC(810)와 SGSN(850) 사이에서 이용되며, UTRAN(820)과 코어 데이터 네트워크 사이에서 데이터 트래픽(통상적임)과 시그널링을 전달하기 위한 패킷 교환 연결이다. 이용되는 주요 시그널링 프로토콜은 (전술한) RANAP이다.

SGSN(850)은 패킷 관문 지원 노드(GGSN)(860)와 통신한다. GGSN(860)은 UMTS/GPRS 네트워크와 인터넷 또는 사설 네트워크와 같은 다른 네트워크 사이의 인터페이스이다. GGSN(860)은 Gi 인터페이스를 통해 공중 교환 네트워크(PDN)(870)에 연결된다.

당업자라면 도 8에는 명시적으로 도시되어 있지 않은 다른 네트워크들을 포함하는 것이 가능한 다른 시스템들에 네트워크가 연결될 수도 있다는 것을 이해할 것이다. 일반적으로, 네트워크는 실제 교환되는 패킷 데이터가 없더라도 진행 기반(ongoing basis) 상에 페이징 및 시스템 정보 종류의 적어도 일부분이 전송될 것이다. 네트워크가 많은 부분들을 포함하고 있긴 하지만, 이 부분들 모두는 함께 동작하여 무선 링크에서 특정 행동을 하게 된다.

본 발명에 설명된 실시예들은 본 발명의 애플리케이션의 기술들의 요소에 대응하는 요소들을 갖는 구조들, 시스템들 또는 방법들의 예이다. 이렇게 기록된 설명으로 당업자는 본 발명의 애플리케이션의 기술들의 요소들에 대응하는 것과 마찬가지로 다른 요소들을 갖는 실시예들을 행하고 이용하는 것이 가능하다. 그리하여, 본 발명의 애플리케이션의 기술들의 의도된 범위는 본 발명에서 설명된 바와 같은 애플리케이션들의 기술과는 다르지 않은 다른 구조들, 시스템들 또는 방법들을 포함하고, 본 발명에서 설명된 바와 같은 애플리케이션의 기술과는 실질적으로 상이한 다른 구조들, 시스템들 또는 방법들을 더 포함한다.

이상 설명한 바와 같이 본 발명에 따르면, RRC 연결 모드로부터 보다 효율적 인 배터리 상태 또는 모드로 전환하고, 시그널링 해제 지시의 원인이 UE 유휴 전환 요청이라면 네트워크는 시그널링 해제 지시를 알람인 것으로 간주하지 않도록 보장할 수 있다. 그리고, 지정된 코어 네트워크 도메인에서 시그널링 연결의 UE 초기 종료 또는 하나의 연결 상태에서 다른 연결 상태로 전환이 발생하는 UTRAN에 대한 지시 중 하나에 기초하여 전환할 수 있다.

Claims

사용자 장치가 시그널링 연결 해제 지시 원인(signaling connection release indication cause)을 처리하는 방법으로서,

상기 사용자 장치가 시그널링 연결 해제 지시 메시지가 전송되어져야 하는지 여부를 판정하는 단계와;

상기 사용자 장치에서 (i) 더이상 예상되는 데이터가 존재하지 않는 것과 (ii) 호(call)가 종료되는 것 중 적어도 하나인 경우, 상기 사용자 장치가 상기 시그널링 연결 해제 지시 메시지에 원인을 부가하는 단계와;

상기 원인이 부가된 경우, 상기 원인이 부가된 시그널링 연결 해제 지시 메시지를 무선 네트워크에 전송하는 단계

를 포함하는 시그널링 연결 해제 지시 원인의 처리 방법.
제1항에 있어서, 상기 원인은 PS 데이터 세션을 종료하도록 하는 상기 사용자 장치에 의한 요청을 나타내는 것인 시그널링 연결 해제 지시 원인의 처리 방법.
제1항에 있어서, 상기 원인은 사용자 장치에 의해 요청된 PS 데이터 세션 종료(UE requested PS Data session end)로 설정된 것인 시그널링 연결 해제 지시 원인의 처리 방법.
제1항에 있어서, 상기 원인이 부가된 시그널링 연결 해제 지시 메시지를 무선 네트워크에 전송하는 단계는 AM RLC를 사용하여 DCCH 상에서 상기 시그널링 연결 해제 지시 메시지를 전송하는 것을 포함하는 것인 시그널링 연결 해제 지시 원인의 처리 방법.
제1항에 있어서, 상기 원인은 유휴 상태(idle status) 또는 유휴 모드(idle mode)로 전환하도록 하는 상기 사용자 장치에 의한 요청을 나타내는 것인 시그널링 연결 해제 지시 원인의 처리 방법.
제1항에 있어서, 상기 사용자 장치에서 비정상적인 상태가 존재하는 경우, 상기 시그널링 연결 해제 지시 메시지에 비정상적인 상태 원인을 부가하며, 상기 비정상적인 상태 원인이 부가된 경우, 상기 비정상적인 상태 원인이 부가된 상기 시그널링 연결 해제 지시 메시지를 무선 네트워크에 전송하는 단계를 더 포함하는 시그널링 연결 해제 지시 원인의 처리 방법.
제1항에 있어서, 상기 시그널링 연결 해제 지시 메시지가 전송되어져야 하는지 여부를 판정하는 단계는, 특정 코어 네트워크(CN) 도메인을 위한 상위 계층으로부터 시그널링 연결을 해제 또는 중단하도록 하는 요청을 상기 사용자 장치가 수신하는 것을 포함하는 것인 시그널링 연결 해제 지시 원인의 처리 방법.
제1항에 있어서, 상기 시그널링 연결 해제 지시 메시지가 전송되어져야 하는지 여부를 판정하는 단계는, 사용자 장치에서 (i) 더 이상 예상되는 데이터가 존재하지 않는 것과 (ii) 호가 종료된 것 중 적어도 하나인 경우인지 여부를 판정하는 것을 포함하는 것인 시그널링 연결 해제 지시 원인의 처리 방법.
제1항에 있어서, 상기 무선 네트워크는 UTRAN(Universal Terrestrial Radio Access Network)인 것인 시그널링 연결 해제 지시 원인의 처리 방법.
제1항에 있어서, 상기 원인은 상기 시그널링 연결 해제 지시 메시지의 정보 요소(Information Element:IE)인 것인 시그널링 연결 해제 지시 원인의 처리 방법.
제1항에 있어서, 사용자 장치 타이머가 만료되는 경우, 원인이 부가되지 않은 상기 시그널링 연결 해제 지시 메시지를 전송하는 단계를 더 포함하는 것인 시그널링 연결 해제 지시 원인의 처리 방법.
제1항에 있어서, 상기 원인이 부가된 경우, 사용자 장치 타이머가 만료된 후에 상기 시그널링 연결 해제 지시 메시지가 상기 원인과 함께 전송되는 것인 시그널링 연결 해제 지시 원인의 처리 방법.
제11항에 있어서, 상기 사용자 장치 타이머는 연결(attachement) 실패 타이머, 라우팅 영역 업데이트 타이머 및 GMM 서비스 요청 타이머를 포함하는 그룹으로부터 선택되는 것인 시그널링 연결 해제 지시 원인의 처리 방법.
무선 네트워크가 시그널링 연결 해제 지시(signaling connection release indication)를 처리하는 방법으로서,

시그널링 연결 해제 지시 메시지 - (i) 더 이상 예상되는 데이터가 존재하지 않는 것과 (ii) 호(call)가 종료되는 것 중 적어도 하나인 경우, 상기 시그널링 연결 해제 지시 메시지에 원인이 부가됨 - 를 사용자 장치로부터 수신하는 단계;

상기 시그널링 연결 해제 지시 메시지에 원인이 부가된 경우, 수신된 상기 원인이 부가된 상기 시그널링 연결 해제 지시 메시지에 기초하여 상기 시그널링 연결 해제 지시 메시지가 정상적인 상태의 결과인지 비정상적인 상태의 결과인지를 판정하도록 하는 단계; 및

상기 시그널링 연결 해제 지시 메시지가 정상적인 상태의 결과인 경우, 시그널링 연결을 위한 상태 전환을 개시하도록 하는 단계

를 포함하는 시그널링 연결 해제 지시 처리 방법.
제14항에 있어서, 상기 단계들은 UTRAN(Universal Terrestrial Radio Access Network)에서 수행되는 것인 시그널링 연결 해제 지시 처리 방법.
제14항에 있어서, 상기 원인은 PS 데이터 세션을 종료하도록 하는 상기 사용자 장치에 의한 요청을 나타내는 것인 시그널링 연결 해제 지시 처리 방법.
제14항에 있어서, 상기 원인은 PS 데이터 세션 종료로 설정되는 것인 시그널링 연결 해제 지시 처리 방법.
제14항에 있어서, 상기 원인은 유휴 상태(idle status) 또는 유휴 모드(idle mode)로 전환하도록 하는 상기 사용자 장치에 의한 요청을 나타내는 것인 시그널링 연결 해제 지시 처리 방법.
제14항에 있어서, 상기 원인은 상기 시그널링 연결 해제 지시 메시지의 정보 요소(Information Element:IE)인 것인 시그널링 연결 해제 지시 처리 방법.
제14항에 있어서, 사용자 장치 타이머가 만료된 경우, 원인이 부가되지 않은 시그널링 연결 해제 지시 메시지를 수신하는 단계를 더 포함하는, 시그널링 연결 해제 지시 처리 방법.
제14항에 있어서, 상기 원인이 부가된 경우, 사용자 장치 타이머 만료 후에 상기 시그널링 연결 해제 지시 메시지가 상기 원인이 부가되어 수신되는 것인 시그널링 연결 해제 지시 처리 방법.
제20항에 있어서, 상기 사용자 장치 타이머는 연결 실패 타이머, 라우팅 영역 업데이트 타이머 및 GMM 서비스 요청 타이머를 포함하는 그룹으로부터 선택되는 것인 시그널링 연결 해제 지시 처리 방법.
제14항에 있어서, 상기 사용자 장치에서 비정상적인 상태가 존재하는 경우, 비정상적인 상태 원인이 부가된 시그널링 연결 해제 지시 메시지를 상기 사용자 장치로부터 수신하는 단계를 더 포함하는, 시그널링 연결 해제 지시 처리 방법.
시그널링 연결 해제 지시 메시지를 처리하도록 구성된 사용자 장치로서,

상기 사용자 장치는 무선 서브시스템, 메모리와 상호작용도록 구성된 프로세서, 및 사용자 인터페이스를 포함하고,

시그널링 연결 해제 지시 메시지가 전송되어져야 하는지 여부를 판정하는 수단과;

(i) 더이상 예상되는 데이터가 존재하지 않는 것과 (ii) 호(call)가 종료되는 것 중 적어도 하나인 경우, 상기 시그널링 연결 해제 지시 메시지에 원인을 부가하는 수단과;

상기 원인이 부가된 경우, 상기 원인이 부가된 시그널링 연결 해제 지시 메시지를 무선 네트워크에 전송하는 수단을 포함하는 것인, 사용자 장치.
제24항에 있어서, 상기 원인은 PS(packet service) 데이터 세션을 종료하도록 하는 상기 사용자 장치에 의한 요청을 나타내는 것인 사용자 장치.
제24항에 있어서, 상기 원인은 사용자 장치에 의해 요청된 PS 데이터 세션 종료(UE requested PS Data session end)로 설정된 것인 사용자 장치.
제24항에 있어서, 상기 원인이 부가된 시그널링 연결 해제 지시 메시지를 무선 네트워크에 전송하는 것은, AM RLC를 사용하여 DCCH 상에서 상기 시그널링 연결 해제 지시 메시지를 전송하는 것을 포함하는 것인 사용자 장치.
제24항에 있어서, 상기 원인은 유휴 모드로 전환하도록 하는 요청을 나타내는 것인 사용자 장치.
제24항에 있어서, 상기 사용자 장치에서 비정상적인 상태가 존재하는 경우, 상기 시그널링 연결 해제 지시 메시지에 비정상적인 상태 원인을 부가하는 수단과, 상기 원인이 부가된 경우에, 상기 비정상적인 상태 원인이 부가된 상기 시그널링 연결 해제 지시 메시지를 상기 무선 네트워크에 전송하는 수단을 더 포함하는, 사용자 장치.
제24항에 있어서, 상기 시그널링 연결 해제 지시 메시지가 전송되어져야 하는지 여부를 판정하는 수단은, 특정 코어 네트워크(CN) 도메인을 위한 상위 계층으로부터 시그널링 연결을 해제 또는 중단하도록 하는 요청을 수신하는 수단을 더 포함하는 것인, 사용자 장치.
제24항에 있어서, 상기 시그널링 연결 해제 지시 메시지가 전송되어져야 하는지 여부를 판정하는 것은, 상기 사용자 장치에서 (i) 더 이상 예상되는 데이터가 존재하지 않는 것과 (ii) 호가 종료되는 것 중 적어도 하나인 경우인지 여부를 판정하는 것을 포함하는 것인 사용자 장치.
제24항에 있어서, 상기 무선 네트워크는 UTRAN인 것인 사용자 장치.
제26항에 있어서, 상기 원인은 상기 시그널링 연결 해제 지시 메시지의 정보 요소(Information Element:IE)인 것인 사용자 장치.
제24항에 있어서, 사용자 장치 타이머가 만료된 경우, 원인이 부가되지 않은 상기 시그널링 연결 해제 지시 메시지를 전송하는 수단을 더 포함하는, 사용자 장치.
제24항에 있어서, 사용자 장치 타이머가 만료된 후, 상기 원인이 첨부된 경우에 상기 원인이 부가된 상기 시그널링 연결 해제 지시 메시지를 전송하는 수단을 더 포함하는, 사용자 장치.
제34항에 있어서, 상기 사용자 장치 타이머는, 연결 실패 타이머, 라우팅 영역 업데이트 타이머 및 GMM 서비스 요청 타이머를 포함하는 그룹으로부터 선택되는 것인 사용자 장치.
시그널링 연결 해제 지시 메시지를 처리하는 무선 네트워크 장치로서,

시그널링 연결 해제 지시 메시지 - (i) 더이상 예상되는 데이터가 존재하지 않는 것과 (ii) 호(call)가 종료되는 것 중 적어도 하나인 경우, 상기 시그널링 연결 해제 지시 메시지에 원인이 부가됨 - 를 사용자 장치로부터 수신하는 수단;

상기 시그널링 연결 해제 지시 메시지에 원인이 부가된 경우, 수신된 상기 원인이 부가된 상기 시그널링 연결 해제 지시 메시지에 기초하여 상기 시그널링 연결 해제 지시 메시지가 정상적인 상태의 결과인지 비정상적인 상태의 결과인지를 판정하도록 하는 수단; 및

상기 시그널링 연결 해제 지시 메시지가 정상적인 상태의 결과인 경우, 시그널링 연결을 위한 상태 전환을 개시하도록 하는 수단

을 포함하는 무선 네트워크 장치.
제37항에 있어서, 상기 수단들은 UTRAN에서 실행되는 것인 무선 네트워크 장치.
제37항에 있어서, 상기 원인은 PS 데이터 세션을 종료하도록 하는 상기 사용자 장치에 의한 요청을 나타내는 것인 무선 네트워크 장치.
제37항에 있어서, 상기 원인은 PS 데이터 세션 종료로 설정된 것인 무선 네트워크 장치.
제37항에 있어서, 상기 시그널링 연결 해제 지시 메시지에 원인이 부가된 경우에, 상기 원인은 유휴 상태 또는 유휴 모드로 전환하도록 하는 상기 사용자 장치에 의한 요청을 나타내는 것인 무선 네트워크 장치.
제37항에 있어서, 상기 원인은 상기 시그널링 연결 해제 지시 메시지의 정보 요소인 것인 무선 네트워크 장치.
제37항에 있어서, 사용자 장치 타이머가 만료된 경우, 원인이 부가되지 않은 시그널링 연결 해제 지시 메시지를 수신하는 수단을 더 포함하는, 무선 네트워크 장치.
제37항에 있어서, 상기 원인이 부가된 경우, 사용자 장치 타이머 만료 후에 상기 시그널링 연결 해제 지시 메시지가 상기 원인이 부가되어 수신되는 것인 무선 네트워크 장치.
제43항에 있어서, 상기 사용자 장치 타이머는 연결 실패 타이머, 라우팅 영역 업데이트 타이머 및 GMM 서비스 요청 타이머를 포함하는 그룹으로부터 선택되는 것인 무선 네트워크 장치.
제37항에 있어서, 상기 사용자 장치에서 비정상적인 상태가 존재하는 경우, 비정상적인 상태 원인이 부가된 시그널링 연결 해제 지시 메시지를 상기 사용자 장치로부터 수신하는 수단을 더 포함하는, 무선 네트워크 장치.
제37항에 있어서, 사용자 장치 타이머 만료 후에 상기 시그널링 연결 해제 지시 메시지를 수신하는 수단을 더 포함하는, 무선 네트워크 장치.