KR102129334B1 - 사용자 장비로부터의 셀 업데이트 메시지들을 연기하기 위한 장치 및 방법 - Google Patents

Abstract

본 개시의 다양한 양상들은, 네트워크가 SIB5 또는 SIB5 bis를 변화시킴으로써, UE가 CELL_FACH 상태에 있는 동안, 강화된 업링크(EUL, 때때로 고속 업링크 패킷 액세스 또는 HSUPA로 지칭됨)를 인에이블 또는 디스에이블할 때, 셀 내의 복수의 모바일 디바이스(UE)들이 셀 업데이트 메시지들과 같은 시그널링 메시지들의 그들 각각의 송신들을 적시에 확산시키는 것을 가능하게 한다. 이러한 방식으로, 네트워크 로드는 감소될 수 있고, 다수의 UE들이 셀 업데이트 메시지를 동시에 송신하는 것으로부터 발생할 수 있었을 네트워크 차단이 회피될 수 있다. 일 예에 따라, 네트워크 노드가 네트워크 로드를 감소시키기 위해 시간이 지남에 따라 SIB5 또는 SIB5 bis를 변화시킴으로써 CELL_FACH에서 EUL을 인에이블 또는 디스에이블할 때, 네트워크 노드는, CELL_UPDATE 메시지들 또는 프로시저들을 UE들로 분배하도록 구성될 수 있다. 또 다른 예에 따라, UE는 셀 업데이트들을 연기(defer)하기 위해 랜덤 타이머 또는 백-오프 타이머를 이용하도록 구성될 수 있다.

Description

사용자 장비로부터의 셀 업데이트 메시지들을 연기하기 위한 장치 및 방법{APPARATUS AND METHOD FOR DEFERRING CELL UPDATE MESSAGES FROM USER EQUIPMENT}

[0001] 본 특허 출원은 2012년 10월 5일자로 출원된 "APPARATUS AND METHOD FOR SCHEDULING CELL UPDATE MESSAGES FROM USER EQUIPMENT WHEN THE NETWORK ENABLES OR DISABLES ENHANCED UPLINK IN CALL_FACH BY CHANGING SIB5 OR SIB5 BIS"라는 명칭의 가출원 제61/710,514호에 대한 우선권을 주장하고, 상기 가출원은 본원의 양수인에게 양도되며, 그에 의해 본원에 인용에 의해 명백하게 포함된다.

[0002] 본 개시의 양상들은 일반적으로 무선 통신 시스템들에 관한 것으로, 더 상세하게는, UE가 CELL_FACH 상태에 있는 동안, 네트워크 노드가 네트워크 로드를 감소시키기 위해 시간이 지남에 따라 SIB5 또는 SIB5bis를 변화시킴으로써 강화된 업링크(EUL, 때때로, 고속 업링크 패킷 액세스 또는 HSUPA로 지칭됨)를 인에이블 또는 디스에이블할 때, 사용자 장비로부터의 셀 업데이트 메시지들을 스케줄링 또는 개시하는 것에 관한 것이다.

[0003] 무선 통신 네트워크들은 텔레포니, 비디오, 데이터, 메시징 및 브로드캐스트들 등과 같은 다양한 통신 서비스들을 제공하기 위해 널리 전개된다. 통상적으로 다중 액세스 네트워크들인 이러한 네트워크들은, 이용가능한 네트워크 자원들을 공유함으로써 다수의 사용자들에 대한 통신들을 지원한다. 이러한 네트워크의 일 예는 UTRAN(UMTS Terrestrial Radio Access Network)이다. UTRAN은, 3GPP(3rd Generation Partnership Project)에 의해 지원되는 3세대(3G) 모바일 폰 기술인 UMTS(Universal Mobile Telecommunications System)의 일부로서 정의되는 RAN(radio access network)이다. GSM(Global System for Mobile Communications) 기술들의 계승자인 UMTS는 현재, 다양한 에어 인터페이스 표준들, 이를테면, W-CDMA(Wideband-Code Division Multiple Access), TD-CDMA(Time Division-Code Division Multiple Access) 및 TD-SCDMA(Time Division-Synchronous Code Division Multiple Access)를 지원한다. UMTS는 또한, 연관된 UMTS 네트워크들에 더 높은 데이터 전송 속도들 및 용량을 제공하는 HSPA(High Speed Packet Access)와 같은 강화된 3G 데이터 통신 프로토콜들을 지원한다.

[0004] 모바일 브로드밴드 액세스에 대한 요구가 증가를 계속함에 따라, 모바일 브로드밴드 액세스에 대한 증가하는 요구를 충족시킬 뿐만 아니라, 모바일 통신들에 의한 사용자 경험을 진보 및 강화시키기 위해 UMTS 기술들을 진보시키는 연구 및 개발이 계속되고 있다.

[0005] 다음의 설명은 본 개시의 하나 또는 둘 이상의 양상들의 기본적인 이해를 제공하기 위해 이러한 양상들의 간략화된 요약을 제시한다. 이 요약은 본 개시의 모든 참작되는 특징들의 포괄적인 개요는 아니며, 본 개시의 모든 양상들의 핵심 또는 중요한 엘리먼트들을 식별하거나, 본 개시의 임의의 또는 모든 양상들의 범위를 서술하고자 할 의도도 아니다. 이러한 요약의 유일한 목적은 후에 제시되는 더 상세한 설명에 대한 도입부로서 간략화된 형태로 본 개시의 하나 또는 둘 이상의 양상들의 일부 개념들을 제시하는 것이다.

[0006] 일 양상에서, 본 개시는 사용자 장비(UE) 상에서 동작가능한 무선 통신 방법을 제공한다. 여기서, 방법은 대기 상태에서 동작하는 동안, 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 IE(information element)를 포함하는 브로드캐스트 메시지를 수신하는 단계, 및 브로드캐스트 메시지의 수신에 응답하여 시그널링 메시지를 송신하는 단계를 포함할 수 있고, 여기서, 시그널링 메시지의 송신은 미리 결정된 이벤트의 발생까지 송신의 보류(withholding)를 따른다.

[0007] 본 개시의 또 다른 양상은 무선 통신을 위해 구성되는 사용자 장비(UE)를 제공한다. 여기서, UE는 대기 상태에서 동작하는 동안, 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 IE(information element)를 포함하는 브로드캐스트 메시지를 수신하기 위한 수단, 및 브로드캐스트 메시지의 수신에 응답하여 시그널링 메시지를 송신하기 위한 수단을 포함할 수 있고, 시그널링 메시지의 송신은 미리 결정된 이벤트의 발생까지 송신의 보류를 따른다.

[0008] 본 개시의 또 다른 양상은 무선 통신을 위해 구성되는 사용자 장비(UE)를 제공한다. 여기서, UE는 적어도 하나의 프로세서, 적어도 하나의 프로세서에 통신가능하게 커플링되는 메모리, 및 적어도 하나의 프로세서에 통신가능하게 커플링되는 무선 통신 인터페이스를 포함할 수 있다. 적어도 하나의 프로세서는, 대기 상태에서 동작하는 동안, 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 IE(information element)를 포함하는 브로드캐스트 메시지를 수신하고, 그리고 브로드캐스트 메시지의 수신에 응답하여 시그널링 메시지를 송신하도록 구성될 수 있고, 시그널링 메시지의 송신은 미리 결정된 이벤트의 발생까지 송신의 보류를 따른다.

[0009] 본 개시의 또 다른 양상은 무선 통신을 위해 구성되는 사용자 장비(UE) 상에서 동작가능한 비-일시적 컴퓨터 판독가능한 매체를 제공한다. 여기서, 비-일시적 컴퓨터 판독가능한 매체는 컴퓨터로 하여금, 대기 상태에서 동작하는 동안, 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 IE(information element)를 포함하는 브로드캐스트 메시지를 수신하게 하기 위한 명령들, 및 컴퓨터로 하여금, 브로드캐스트 메시지의 수신에 응답하여 시그널링 메시지를 송신하게 하기 위한 명령들을 포함할 수 있고, 시그널링 메시지의 송신은 미리 결정된 이벤트의 발생까지 송신의 보류를 따른다.

[0010] 본 발명의 다른 양상들, 특징들 및 실시예들은, 첨부한 도면들과 함께 본 발명의 특정한 예시적 실시예들의 다음의 설명의 리뷰 시, 당업자들에게 명백해질 것이다. 본 발명의 특징들이 아래의 특정 실시예들 및 도면들과 관련하여 논의될 수 있지만, 본 발명의 모든 실시예들은 본원에서 논의되는 유리한 특징들 중 하나 또는 둘 이상을 포함할 수 있다. 다시 말해서, 하나 또는 둘 이상의 실시예들은 특정한 유리한 특징들을 가지는 것으로 논의될 수 있지만, 이러한 특징들 중 하나 또는 둘 이상은 또한, 본원에서 논의되는 본 발명의 다양한 실시예들에 따라 이용될 수 있다. 유사한 방식으로, 예시적 실시예들이 디바이스, 시스템 또는 방법 실시예들로서 아래에서 논의될 수 있지만, 이러한 예시적 실시예들이 다양한 디바이스들, 시스템들 및 방법들로 구현될 수 있다는 것이 이해되어야 한다.

[0011] 도 1은, 프로세싱 시스템을 이용하는 장치에 대한 하드웨어 구현의 예를 예시하는 블록도이다.
[0012] 도 2는, 전기통신 시스템의 예를 개념적으로 예시하는 블록도이다.
[0013] 도 3은, 사용자 및 제어 플레인에 대한 라디오 프로토콜 아키텍처의 예를 예시하는 개념도이다.
[0014] 도 4는, 액세스 네트워크의 예를 예시하는 개념도이다.
[0015] 도 5는, 전기통신 시스템에서 UE와 통신하는 Node B의 예를 개념적으로 예시하는 블록도이다.
[0016] 도 6은, SIB5 또는 SIB5 bis의 변화가 네트워크 노드에 의해 브로드캐스트될 때, UE들을 업데이트하기 위한, RNC와 같은 네트워크 노드와 복수의 UE들 사이의 전형적 셀 업데이트 프로시저를 예시하는 호 흐름도이다.
[0017] 도 7은, 일 예에 따라, 네트워크로의 셀 업데이트들을 연기(defer)하기 위해 백-오프 또는 랜덤 타이머를 이용하는 복수의 UE들을 예시하는 호 흐름도이다.
[0018] 도 8은, 일 예에 따라, 서로 다른 시간들에 UE들의 서로 다른 세트들에 대한 SIB5 또는 SIB5 bis 업데이트들을 스케줄링하도록 구성되는 네트워크 노드를 예시하는 호 흐름도이다.
[0019] 도 9는, 일 예에 따라, UE의 RLC 계층이 송신할 업링크 데이터를 가질 때 SIB5 또는 SIB5bis의 변화를 판독하고 셀 업데이트 메시지 또는 프로시저를 개시하는, CELL_FACH에서의 UE를 예시하는 호 흐름도이다.
[0020] 도 10은, SIB5 또는 SIB5 bis의 변화(예를 들어, 강화된 업링크 특징이 턴오프됨)가 브로드캐스트될 때 UE들을 업데이트하기 위한, RNC와 같은 네트워크 노드와 복수의 UE들 사이의 전형적 셀 업데이트 프로시저를 예시하는 호 흐름도이다.
[0021] 도 11은, 일 예에 따라, 네트워크 노드에 대한 셀 업데이트들을 연기하기 위해 랜덤 타이머를 이용하는 복수의 UE들을 예시하는 호 흐름도이다.
[0022] 도 12는, 일 예에 따라, 서로 다른 시간들에 UE들의 서로 다른 세트들에 대한 SIB5 또는 SIB5 bis 업데이트들을 스케줄링하는 네트워크 노드를 예시하는 호 흐름도이다.
[0023] 도 13은, 일 예에 따라, CELL_FACH에서의 복수의 UE들을 예시하는 호 흐름도이며, UE들 각각은, 각 UE의 RLC 계층이 송신할 업링크 데이터를 가질 때에만 RLC 재설정 이후 셀 업데이트 메시지 또는 프로시저를 개시한다.
[0024] 도 14는, 본 개시의 일부 양상들에 따라, 셀 업데이트 메시지의 송신을 연기하기 위해 랜덤 타이머(또는 백-오프 타이머)를 이용하기 위한, 사용자 장비 상에서 동작가능한 무선 통신을 위한 예시적 프로세스를 예시하는 플로우차트이다.
[0025] 도 15는, 본 개시의 일부 양상들에 따라, UE가 송신 준비가 된 업링크 데이터를 가지는 이러한 시간까지 셀 업데이트 메시지의 보류 송신을 위한, 사용자 장비 상에서 동작가능한 무선 통신을 위한 예시적 프로세스를 예시하는 플로우차트이다.

[0026] 첨부된 도면들과 관련하여 아래에 기술되는 상세한 설명은 다양한 구성들의 설명으로서 의도되며, 본원에서 설명되는 개념들이 실시될 수 있는 유일한 구성들을 표현하는 것으로 의도되는 것은 아니다. 상세한 설명은 다양한 개념들의 철저한 이해를 제공하기 위해 특정 세부사항들을 포함한다. 그러나, 이 개념들이 이 특정 세부사항들 없이도 실시될 수 있다는 것이 당업자들에게 명백할 것이다. 일부 예들에서, 이러한 개념들을 모호하게 하는 것을 회피하기 위해, 잘 알려져 있는 구조들 및 컴포넌트들은 블록도 형태로 도시된다.

[0027] 본 개시의 다양한 양상들은 사용자 장비(UE)가 CELL_FACH 상태에 있는 동안, 네트워크 노드가 네트워크 로드를 감소시키기 위해 시간이 지남에 따라 SIB5 또는 SIB5 bis를 변화시킴으로써 강화된 업링크(EUL, 때때로, 고속 업링크 패킷 액세스 또는 HSUPA로 지칭됨)를 인에이블 또는 디스에이블할 때, UE로부터의 셀 업데이트 메시지들 또는 프로시저들을 분배하도록 구성될 수 있다. 일 예에 따라, 네트워크 노드가 네트워크 로드를 감소시키기 위해 시간이 지남에 따라 SIB5 또는 SIB5bis를 변화시킴으로써 CELL_FACH에서 EUL을 인에이블 또는 디스에이블할 때, 네트워크 노드는, 셀 업데이트(또는 CELL_UPDATE, 이하, 교환가능한 것으로 지칭됨) 메시지들 또는 프로시저들을 UE들에 분배하도록 구성될 수 있다. 또 다른 예에 따라, UE는 셀 업데이트들을 연기하기 위해 랜덤 타이머 또는 백-오프 타이머를 이용하도록 구성될 수 있다.

[0028] 도 1은, 프로세싱 시스템(114)을 이용하는 장치(100)에 대한 하드웨어 구현의 예를 예시하는 개념도이다. 본 개시의 다양한 양상들에서, UE, 네트워크 노드(예를 들어, 라디오 네트워크 제어기 또는 RNC, 또는 기지국 또는 Node B)는 프로세싱 시스템(114)을 이용하는 장치(100)로 구현될 수 있다. 즉, 본 개시의 다양한 양상들에 따라, 엘리먼트, 또는 엘리먼트의 임의의 부분, 또는 엘리먼트들의 임의의 결합은 하나 또는 둘 이상의 프로세서들(104)을 포함하는 프로세싱 시스템(114)으로 구현될 수 있다. 프로세서들(104)의 예들은 마이크로프로세서들, 마이크로제어기들, DSP(digital signal processor)들, FPGA(field programmable gate array)들, PLD(programmable logic device)들, 상태 머신들, 게이티드 로직(gated logic), 이산 하드웨어 회로들 및 본 개시 전반에 걸쳐 설명되는 다양한 기능을 수행하도록 구성되는 다른 적합한 하드웨어를 포함한다.

[0029] 이 예에서, 프로세싱 시스템(114)은 버스 아키텍처(일반적으로 버스(102)로 표현됨)로 구현될 수 있다. 버스(102)는 프로세싱 시스템(114)의 특정 애플리케이션 및 전체 설계 제약들에 따라 많은 상호연결 버스들 및 브릿지들을 포함할 수 있다. 버스(102)는, 하나 또는 둘 이상의 프로세서들(일반적으로 프로세서(104)로 표현됨), 메모리(105) 및 컴퓨터 판독가능한 매체들(일반적으로 컴퓨터 판독가능한 매체(106)로 표현됨)를 포함하는 다양한 회로들을 함께 링크한다. 버스(102)는 또한, 당해 기술분야에 잘 알려져 있고, 이에 따라 더 이상 추가로 설명되지 않을, 타이밍 소스들, 주변장치들, 전압 레귤레이터들 및 전력 관리 회로들과 같은 다양한 다른 회로들을 링크할 수 있다. 버스 인터페이스(108)는 버스(102)와 트랜시버(110) 사이에 인터페이스를 제공한다. 트랜시버(110)는 송신 매체를 통해 다양한 다른 장치와 통신하기 위한 수단을 제공한다. 장치의 특성에 따라, 사용자 인터페이스(112)(예를 들어, 키패드, 디스플레이, 스피커, 마이크로폰, 조이스틱)가 또한 제공될 수 있다.

[0030] 프로세서(104)는, 컴퓨터 판독가능한 매체(106) 상에 저장된 소프트웨어의 실행을 포함하여, 버스(102)의 관리 및 일반적 프로세싱을 담당한다. 소프트웨어는, 프로세서(104)에 의해 실행될 때, 프로세싱 시스템(114)으로 하여금 임의의 특정한 장치에 대해 아래에서 설명되는 다양한 기능들을 수행하게 한다. 컴퓨터-판독가능한 매체(106)는 또한, 소프트웨어를 실행할 때, 프로세서(104)에 의해 조작되는 데이터를 저장하기 위해 이용될 수 있다.

[0031] 프로세싱 시스템 내의 하나 또는 둘 이상의 프로세서들(104)은 소프트웨어를 실행할 수 있다. 소프트웨어는, 소프트웨어로 지칭되든, 펌웨어로 지칭되든, 미들웨어로 지칭되든, 마이크로코드로 지칭되든, 하드웨어 설명 언어로 지칭되든 또는 그 외의 것들로 지칭되든 간에, 명령들, 명령 세트들, 코드, 코드 세그먼트들, 프로그램 코드, 프로그램들, 서브프로그램들, 소프트웨어 모듈들, 애플리케이션들, 소프트웨어 애플리케이션들, 소프트웨어 패키지들, 루틴들, 서브루틴들, 객체들, 실행가능한 것들(exeutables), 실행 스레드들, 프로시저들, 함수들 등을 의미하는 것으로 광범위하게 해석될 것이다. 소프트웨어는 컴퓨터 판독가능한 매체(106) 상에 상주할 수 있다. 컴퓨터 판독가능한 매체(106)는 비-일시적 컴퓨터 판독가능한 매체일 수 있다. 비-일시적 컴퓨터 판독가능한 매체는 예로서, 자기 저장 디바이스(예를 들어, 하드 디스크, 플로피 디스크, 자기 스트립), 광학 디스크(예를 들어, CD(compact disc), 또는 DVD(digital versatile disc)), 스마트 카드, 플래시 메모리 디바이스(예를 들어, 카드, 스틱 또는 키 드라이브), RAM(random access memory), ROM(read only memory), PROM(programmable ROM), EPROM(erasable PROM), EEPROM(electrically erasable PROM), 레지스터, 이동식(removable) 디스크 및 컴퓨터에 의해 액세스 및 판독될 수 있는 소프트웨어 및/또는 명령들을 저장하기 위한 임의의 다른 적합한 매체를 포함한다. 컴퓨터 판독가능한 매체는 또한, 예로서, 반송파, 송신 라인, 및 컴퓨터에 의해 액세스 및 판독될 수 있는 소프트웨어 및/또는 명령들을 송신하기 위한 임의의 다른 적합한 매체를 포함할 수 있다. 컴퓨터 판독가능한 매체(106)는 프로세싱 시스템(114) 내에 상주하거나, 프로세싱 시스템(114)의 외부에 있을 수도 있고, 또는 프로세싱 시스템(114)을 포함하는 다수의 엔티티들에 걸쳐 분산될 수 있다. 컴퓨터 판독가능한 매체(106)는 컴퓨터 프로그램 물건에서 구현될 수 있다. 예로서, 컴퓨터 프로그램 물건은 패키지 재료들(packaging material)에 컴퓨터 판독가능한 매체를 포함할 수 있다. 당업자들은 전체 시스템 상에 부과되는 전체 설계 제약들 및 특정 애플리케이션에 따라 본 개시 전반에 걸쳐 제시된 설명되는 기능을 구현할 최상의 방법을 인지할 것이다.

[0032] 본 개시 전반에 걸쳐 제시되는 다양한 개념들은 아주 다양한 전기통신 시스템들, 네트워크 아키텍처들 및 통신 표준들에 걸쳐 구현될 수 있다. 이제 도 2를 참조하면, 제한이 아닌 예시적 예로서, 본 개시의 다양한 양상들은 UMTS(Universal Mobile Telecommunications System) 네트워크(200)를 참조하여 예시된다. UMTS 네트워크는 3개의 상호작용하는 도메인들: 코어 네트워크(204), RAN(radio access network)(예를 들어, UTRAN(UMTS Terrestrial Radio Access Network)(202)) 및 사용자 장비(UE)(210)를 포함한다. 이 예에서, UTRAN(202)에 대해 이용가능한 몇몇 옵션들 중에서, 예시되는 UTRAN(202)은 텔레포니, 비디오, 데이터, 메시징, 브로드캐스트들 및/또는 다른 서비스들을 포함하는 다양한 무선 서비스들을 인에이블하기 위한 W-CDMA 에어 인터페이스를 이용할 수 있다. UTRAN(202)은, 각각의 라디오 네트워크 제어기(RNC), 이를테면, RNC(206)에 의해 각각 제어되는 복수의 라디오 네트워크 서브시스템(RNS)들, 이를테면, RNS(207)를 포함할 수 있다. 여기서, UTRAN(202)은 예시된 RNC들(206) 및 RNS들(207)과 더불어, 많은 RNC들(206) 및 RNS들(207)을 포함할 수 있다. RNC(206)는 특히, RNS(207) 내에서의 라디오 자원들의 할당, 재구성 및 릴리즈(release)를 담당하는 장치이다. RNC(206)는 임의의 적합한 전송 네트워크를 이용하여, 직접적인 물리적 연결, 가상 네트워크 등과 같은 다양한 타입들의 인터페이스들을 통해 UTRAN(202) 내의 다른 RNC들(미도시)에 상호연결될 수 있다.

[0033] RNS(207)에 의해 커버되는 지리적 영역은 다수의 셀들로 분할될 수 있는데, 라디오 트랜시버 장치는 각각의 셀을 서빙한다. 라디오 트랜시버 장치는 흔히 UMTS 애플리케이션들에서 Node B로서 지칭되지만, 당업자들에 의해, 기지국(BS), 베이스 트랜시버 스테이션(BTS), 라디오 기지국, 라디오 트랜시버, 트랜시버 기능부, 기본 서비스 세트(BSS), 확장된 서비스 세트(ESS), 액세스 포인트(AP), 또는 일부 다른 적합한 용어로서 또한 지칭될 수 있다. 명확성을 위해, 3개의 Node B들(208)이 각각의 RNS(207)에서 도시되지만, RNS들(207)은 많은 무선 Node B들을 포함할 수 있다. Node B들(208)은 많은 모바일 장치들에, 코어 네트워크(204)에 대한 무선 액세스 포인트들을 제공한다. 모바일 장치의 예들은 셀룰러 전화, 스마트 전화, 세션 개시 프로토콜(SIP) 전화, 랩탑, 노트북, 넷북, 스마트북, 개인용 디지털 보조기(PDA), 위성 라디오, 글로벌 포지셔닝 시스템(GPS) 디바이스, 멀티미디어 디바이스, 비디오 디바이스, 디지털 오디오 플레이어(예를 들어, MP3 플레이어), 카메라, 게임 콘솔, 또는 임의의 다른 유사한 기능 디바이스를 포함한다. 모바일 장치는 보통 UMTS 애플리케이션들에서 사용자 장비(UE)로 지칭되지만, 당업자들에 의해 이동국(MS), 가입자국, 모바일 유닛, 가입자 유닛, 무선 유닛, 원격 유닛, 모바일 디바이스, 무선 디바이스, 무선 통신 디바이스, 원격 디바이스, 모바일 가입자국, 액세스 단말(AT), 모바일 단말, 무선 단말, 원격 단말, 핸드셋, 단말, 사용자 에이전트, 모바일 클라이언트, 클라이언트, 또는 일부 다른 적합한 용어로서 또한 지칭될 수 있다. UMTS 시스템에서, UE(210)는 네트워크에 대한 사용자의 가입 정보를 포함하는 USIM(universal subscriber identity module)(211)을 더 포함할 수 있다. 예시를 목적들로, 하나의 UE(210)가 다수의 Node B들(208)과 통신하는 것으로 도시된다. 순방향 링크라 또한 칭해지는 다운링크(DL)는 Node B(208)로부터 UE(210)로의 통신 링크를 지칭하고, 역방향 링크라 또한 칭해지는 업링크(UL)는 UE(210)로부터 Node B(208)로의 통신 링크를 지칭한다.

[0034] 코어 네트워크(204)는 UTRAN(202)과 같은 하나 또는 둘 이상의 액세스 네트워크들과 인터페이싱할 수 있다. 도시된 바와 같이, 코어 네트워크(204)는 UMTS 코어 네트워크이다. 그러나, 당업자들이 인지할 바와 같이, 본 개시 전체에 걸쳐 제시되는 다양한 개념들은 UMTS 네트워크들 이외의 코어 네트워크들의 타입들로의 액세스를 UE들에 제공하도록 RAN, 또는 다른 적합한 액세스 네트워크에서 구현될 수 있다.

[0035] 예시된 UMTS 코어 네트워크(204)는 회선-교환(CS) 도메인 및 패킷-교환(PS) 도메인을 포함한다. 회선-교환 엘리먼트들 중 일부는 MSC(Mobile services Switching Centre), VLR(Visitor Location Register) 및 GMSC(Gateway MSC)이다. 패킷-교환 엘리먼트들은 SGSN(Serving GPRS Support Node) 및 GGSN(Gateway GPRS Support Node)을 포함한다. EIR, HLR, VLR 및 AuC와 같은 일부 네트워크 엘리먼트들은 회선-교환 및 패킷-교환 도메인들 둘 다에 의해 공유될 수 있다.

[0036] 예시된 예에서, 코어 네트워크(204)는 MSC(212) 및 GMSC(214)와의 회선-교환 서비스들을 지원한다. 일부 애플리케이션들에서, GMSC(214)는 MGW(media gateway)로서 지칭될 수 있다. RNC(206)와 같은 하나 또는 둘 이상의 RNC들은 MSC(212)와 연결될 수 있다. MSC(212)는 호 셋업, 호 라우팅 및 UE 이동성 기능들을 제어하는 장치이다. MSC(212)는 또한 UE가 MSC(212)의 커버리지 영역에 있는 듀레이션 동안 가입자-관련 정보를 포함하는 VLR(visitor location register)을 포함한다. GMSC(214)는 UE가 회선-교환 네트워크(216)에 액세스하도록 하기 위해 MSC(212)를 통한 게이트웨이를 제공한다. GMSC(214)는 특정 사용자가 가입한 서비스들의 세부사항들을 반영하는 데이터와 같은 가입자 데이터를 포함하는 HLR(home location register)(215)을 포함한다. HLR은 또한 가입자-특정 인증 데이터를 포함하는 AuC(authentication center)와 연관된다. 특정 UE에 대한 호가 수신될 때, GMSC(214)는 UE의 위치를 결정하기 위해 HLR(215)에 질의하고 그 위치를 서빙하는 특정 MSC에 그 호를 포워딩한다.

[0037] 예시된 GSM 코어 네트워크(204)는 또한 SGSN(serving GPRS support node)(218) 및 GGSN(gateway GPRS support node)(220)과의 패킷-스위칭 데이터 서비스들을 지원한다. GPRS(General Packet Radio Service)는 표준 회선-교환 데이터 서비스들과 이용가능한 속도들보다 높은 속도들로 패킷-데이터 서비스들을 제공하도록 설계된다. GGSN(220)은 패킷-기반 네트워크(222)로의 UTRAN(202)에 대한 연결을 제공한다. 패킷-기반 네트워크(222)는 인터넷, 사설 데이터 네트워크, 또는 일부 다른 적합한 패킷-기반 네트워크일 수 있다. GGSN(220)의 주 기능은 패킷-기반 네트워크 연결을 UE들(210)에 제공하는 것이다. 데이터 패킷들은 MSC(212)가 회선-교환 도메인에서 수행하는 것과 동일한 기능들을 패킷-기반 도메인에서 주로 수행하는 SGSN(218)을 통해 GGSN(220)과 UE들(210) 사이에서 전달될 수 있다.

[0038] UTRAN 에어 인터페이스는 W-CDMA 표준들을 이용하는 시스템과 같은 확산 스펙트럼 DS-CDMA(Direct-Sequence Code Division Multiple Access) 시스템일 수 있다. 확산 스펙트럼 DS-CDMA는 칩들이라 칭해지는 의사랜덤 비트들의 시퀀스와의 곱셈을 통해 사용자 데이터를 확산한다. UTRAN(202)을 위한 W-CDMA 에어 인터페이스는 이러한 DS-CDMA 기술에 기초하고, 추가적으로 FDD(frequency division duplexing)를 요구한다. FDD는 Node B(408)와 UE(210) 사이에서 업링크(UL) 및 다운링크(DL)에 대해 서로 다른 캐리어 주파수를 이용한다. DS-CDMA를 이용하고 TDD(time division duplexing)를 이용하는 UMTS를 위한 다른 에어 인터페이스는 TD-SCDMA 에어 인터페이스이다. 당업자들은, 본원에 설명되는 다양한 예들이 W-CDMA 에어 인터페이스를 참조할 수 있지만, 근본적인 원리들은 TD-SCDMA 에어 인터페이스 또는 임의의 다른 적합한 에어 인터페이스에 균등하게 적용가능하다는 것을 인지할 것이다.

[0039] 무선 전기통신 시스템에서, 통신 프로토콜 아키텍처는 특정 애플리케이션에 따라 다양한 형태들을 채용(take on)할 수 있다. 예를 들어, 3GPP UMTS 시스템에서, 시그널링 프로토콜 스택은 NAS(Non-Access Stratum) 및 AS(Access Stratum)로 분할된다. NAS는 UE(210)와 코어 네트워크(204) 사이에서의 시그널링을 위해 상위 계층들을 제공하며(도 2 참조), 회로 스위칭 및 패킷 스위칭 프로토콜들을 포함할 수 있다. AS는 UTRAN(202)과 UE(210) 사이에서의 시그널링을 위해 하위 계층들을 제공하며, 사용자 플레인 및 제어 플레인을 포함할 수 있다. 여기서, 사용자 플레인 또는 데이터 플레인은 사용자 트래픽을 전달하는 반면, 제어 플레인은 제어 정보(즉, 시그널링)를 전달한다.

[0040] 도 3을 참조하면, AS는 3개의 계층들; 계층 1, 계층 2 및 계층 3을 가지는 것으로 도시된다. 계층 1은 최저 계층이며 다양한 물리 계층 신호 프로세싱 기능들을 구현한다. 계층 1은 본원에서 물리 계층(306)으로 지칭될 것이다. 계층 2(308)라 칭해지는 데이터 링크 계층은 물리 계층(306) 위에 있고, 물리 계층(306) 위에서 UE(210)와 Node B(208) 사이의 링크를 담당한다.

[0041] 계층 3에서, RRC 계층(316)은 UE(210)와 Node B(208) 사이의 제어 플레인 시그널링을 핸들링한다. RRC 계층(316)은 더 높은 계층 메시지들을 라우팅하고, 브로드캐스팅 및 페이징 기능들을 핸들링하고, 라디오 베어러들을 설정 및 구성하는 등을 위한 다수의 기능적 엔티티들을 포함한다. 추가로, RRC 계층(316)은 유휴 모드와 연결 모드 사이의 그리고 연결 모드 내에서의 상태 전이들을 핸들링하고, 연결 모드 내에서, 몇몇 서비스 상태들 사이에서 전이한다. 이러한 서비스 상태들은 CELL_FACH, CELL_PCH 및 URA_PCH와 같은 대기 상태들뿐만 아니라, 연결 상태 CELL_DCH를 포함한다. 다양한 대기 상태들은 네트워크 용량, 호 셋-업 시간들, 배터리 시간 및 데이터 속도들 사이에서의 서로 다른 트레이드-오프들을 제공하며, 인에이블한다.

[0042] 유휴 모드에서, UE는 셀 탐색, 포착 및 RRC 연결의 설정과 같은 다양한 기능들을 수행한다.

[0043] CELL_DCH 상태에서, 전용 물리 채널이 UE에 할당되고, UE는 셀 또는 액티브 세트 레벨 상에서의 자신의 서빙 RNC를 알고 있다. 여기서, UE는 일반적으로 측정들을 수행하며, RNC(206)로부터 수신된 측정 제어 정보에 따라 측정 보고들을 전송한다.

[0044] CELL_FACH 상태에서, 어떠한 전용 물리 채널도 UE에 할당되지 않지만, 시그널링 메시지들 및 작은 양의 사용자 플레인 데이터 둘 모두를 송신하기 위해 RACH(random access channel)들 및 FACH(forward access channel)들이 대신 이용될 수 있다. 이 상태에서, UE는 또한, SIB(system information block)들 상에서 송신될 수 있는 시스템 정보를 포착하기 위해 BCH(broadcast channel)를 리스닝할 수 있다. 이 상태에서, UE는 셀 재선택을 수행할 수 있으며, 재선택 이후, RNC가 UE 위치를 알도록 셀 업데이트 메시지를 RNC(206)에 송신할 수 있다. 식별을 위해, MAC 헤더 내의 C-RNTI(cell-radio network temporary identity)는 셀 내에서 서로 UE들을 분리할 수 있다. UE가 셀 재선택을 수행하는 경우, UE는, 메시지를 수신하는 제 1 RNC가 현재 SRNC가 아닌 경우에도 UTRAN(207)이 셀 업데이트 메시지를 UE의 현재 서빙 RNC로 라우팅할 수 있도록, 셀 업데이트 메시지를 전송할 때 UTRAN RNTI(U-RNTI)를 이용한다.

[0045] CELL_PCH 상태에서는, PCH(paging channel)의 모니터링이 DRX(discontinuous reception) 기능을 포함하기 때문에, UE 배터리 소비가 CELL_FACH 상태에서보다 더 적다. UE는 또한, BCH 상에서 시스템 정보를 리스닝한다. URA_PCH 상태는, UE가 각각의 셀 재선택 이후 셀 업데이트를 실행하지 않고, 대신에, BCH로부터 URA(UTRAN Registration Area) 아이덴티티들을 판독하고, 단지 URA가 (셀 재선택 이후) 변화하는 경우에만 UE는 자신의 위치를 SRNC에 통지한다는 점을 제외하고는, CELL_PCH와 아주 유사하다.

[0046] 예시된 에어 인터페이스에서, L2 계층(308)은 서브계층들로 분할된다. 제어 플레인에서, L2 계층(308)은 2개의 서브계층들: MAC(medium access control) 서브계층(310) 및 RLC(radio link control) 서브계층(312)을 포함한다. 사용자 플레인에서, L2 계층(308)은 추가적으로, PDCP(packet data convergence protocol) 서브계층(314)을 포함한다. 도시되지 않았지만, UE는 네트워크 측 상의 PDN 게이트웨이에서 종료되는 네트워크 계층(예를 들어, IP 계층) 및 다른 연결 단부(예를 들어, 원단 UE, 서버 등)에서 종료되는 애플리케이션 계층을 포함하여 L2 계층(308) 위에 몇몇 상위 계층들을 가질 수 있다.

[0047] PDCP 서브계층(314)은 서로 다른 라디오 베어러들과 논리 채널들 사이의 멀티플렉싱을 제공한다. PDCP 서브계층(314)은 또한, 라디오 송신 오버헤드를 감소시키기 위해 상위 계층 데이터 패킷들에 대한 헤더 압축, 데이터 패킷들의 암호화에 의한 보안 및 Node B들 사이의 UE들에 대한 핸드오버 지원을 제공한다.

[0048] RLC 서브계층(312)은 일반적으로, 확인응답된 모드(AM)(여기서, 확인응답 및 재송신 프로세스는 에러 정정을 위해 이용될 수 있음), 확인응답되지 않은 모드(UM) 그리고 데이터 전달들에 대한 투명한 모드를 지원하고, 상위 계층 데이터 패킷들의 세그먼트화 및 리어셈블리, 및 MAC 계층에서의 HARQ(hybrid automatic repeat request)로 인한 비순차적(out-of-order) 수신을 보상하기 위한 데이터 패킷들의 재정렬을 제공한다. 확인응답된 모드에서, RNC 및 UE와 같은 RLC 피어 엔티티들은 특히, RLC 데이터 PDU들, RLC 상태 PDU들 및 RLC 리셋 PDU들을 포함하는 다양한 RLC PDU(protocol data unit)들을 교환할 수 있다. 본 개시에서, "패킷"이라는 용어는 피어 엔티티들 사이에서 교환되는 임의의 PDU를 지칭할 수 있다.

[0049] MAC 서브계층(310)은 논리 채널들과 전송 채널들 사이의 멀티플렉싱을 제공한다. MAC 서브계층(310)은 또한 UE들 사이에서 하나의 셀의 다양한 라디오 자원들(예를 들어, 자원 블록들)을 할당하는 것을 담당한다. MAC 서브계층(310)은 또한 HARQ 동작들을 담당한다.

[0050] UTRAN(202)은 본 개시에 따라 이용될 수 있는 RAN의 일 예이다. 이제, 도 4를 참조하면, 예로서 그리고 제한없이, UTRAN 아키텍처에서 RAN(400)의 간략화된 개략도가 예시된다. 시스템은 셀들(402, 404 및 406)을 포함하는 다수의 셀룰러 영역들(셀들)을 포함하는데, 이들 각각은 하나 또는 둘 이상의 섹터들을 포함할 수 있다. 셀들은 (예를 들어, 커버리지 영역에 의해) 지리적으로 정의될 수 있으며 그리고/또는 주파수, 스크램블링 코드 등에 따라 정의될 수 있다. 즉, 예시된 지리적으로 정의된 셀들(402, 404 및 406)은 각각, 예를 들어, 서로 다른 스크램블링 코드들을 이용함으로써, 복수의 셀들로 추가로 분할될 수 있다. 예를 들어, 셀(404a)은 제 1 스크램블링 코드를 이용할 수 있고, 셀(404b)은, 그와 동일한 지리적 영역에 있으며 동일한 Node B(444)에 의해 서빙되면서, 제 2 스크램블링 코드를 이용함으로써, 구별될 수 있다.

[0051] 섹터들로 분할되는 셀에서, 셀 내의 다수의 섹터들은 셀의 부분 내의 UE들과 통신하는 것을 담당하는 각각의 안테나를 가지는 안테나들의 그룹들에 의해 형성될 수 있다. 예를 들어, 셀(402)에서, 안테나 그룹들(412, 414 및 416)은 각각 서로 다른 섹터에 대응할 수 있다. 셀(404)에서, 안테나 그룹들(418, 420 및 422)은 각각 서로 다른 섹터에 대응할 수 있다. 셀(406)에서, 안테나 그룹들(424, 426 및 428)은 각각 서로 다른 섹터에 대응할 수 있다.

[0052] 셀들(402, 404 및 406)은 각각의 셀(402, 404 또는 406)의 하나 또는 둘 이상의 섹터들과 통신할 수 있는 몇몇 UE들을 포함할 수 있다. 예를 들어, UE들(430 및 432)은 Node B(442)와 통신할 수 있고, UE들(434 및 436)은 Node B(444)와 통신할 수 있으며, UE들(438 및 440)은 Node B(446)와 통신할 수 있다. 여기서, 각각의 Node B(442, 444 및 446)는 액세스 포인트를 각각의 셀들(402, 404 및 406) 내의 모든 UE들(430, 432, 434, 436, 438 및 440)에 대한 코어 네트워크(204)(도 2 참조)에 제공하도록 구성될 수 있다.

[0053] 소스 셀과의 호(call) 동안 또는 임의의 다른 시간에, UE(436)는 소스 셀의 다양한 파라미터들뿐만 아니라, 이웃 셀들의 다양한 파라미터들을 모니터링할 수 있다. 추가로, 이러한 파라미터들의 품질에 따라, UE(436)는 이웃 셀들 중 하나 또는 둘 이상과의 통신을 유지할 수 있다. 이 시간 동안, UE(436)는, UE(436)가 동시에 연결되는 셀들의 리스트인 액티브 세트를 유지할 수 있다(즉, 현재 다운링크 전용 물리 채널 DPCH 또는 부분적 다운링크 전용 물리 채널 F-DPCH를 UE(436)에 할당하고 있는 UTRAN 셀들이 액티브 세트를 구성할 수 있음).

[0054] 도 5는, 예시적 UE(550)와 통신하는 예시적 Node B(510)의 블록도이며, 여기서, Node B(510)는 도 2의 Node B(208)일 수 있고, UE(550)는 도 2의 UE(210)일 수 있다. 다운링크 통신에서, 송신 프로세서(520)는 데이터 소스(512)로부터 데이터를 그리고 제어기/프로세서(540)로부터 제어 신호들을 수신할 수 있다. 송신 프로세서(520)는 데이터 및 제어 신호들 뿐만 아니라, 기준 신호들(예를 들어, 파일럿 신호들)에 대한 다양한 신호 프로세싱 기능들을 제공한다. 예를 들어, 송신 프로세서(520)는 에러 검출을 위한 CRC(cyclic redundancy check) 코드들, FEC(forward error correction)를 가능하게 하기 위한 코딩 및 인터리빙, 다양한 변조 방식들(예를 들어, BPSK(binary phase-shift keying), QPSK(quadrature phase-shift keying), M-PSK(M-phase-shift keying), M-QAM(M-quadrature amplitude modulation) 등)에 기초하는 신호 성상도들로의 맵핑, OVSF(orthogonal variable spreading factors)를 이용한 확산, 및 일련의 심볼들을 생성하기 위한 스크램블링 코드들과의 곱을 제공할 수 있다. 채널 프로세서(544)로부터의 채널 추정치들은 송신 프로세서(520)에 대한 코딩, 변조, 확산, 및/또는 스크램블링 방식들을 결정하기 위해 제어기/프로세서(540)에 의해 이용될 수 있다. 이러한 채널 추정들은 UE(550)에 의해 송신된 기준 신호로부터 또는 UE(550)로부터의 피드백으로부터 유도될 수 있다. 송신 프로세서(520)에 의해 생성된 심볼들은 프레임 구조를 생성하기 위해 송신 프레임 프로세서(530)에 제공된다. 송신 프레임 프로세서(530)는 제어기/프로세서(540)로부터의 정보와 심볼들을 멀티플렉싱하여 일련의 프레임들을 도출함으로써, 이러한 프레임 구조를 생성한다. 그 다음, 프레임들은 송신기(532)에 제공되고, 송신기(532)는 안테나(534)를 통한 무선 매체 상에서의 다운링크 송신을 위해, 프레임들의 증폭, 필터링 및 캐리어 상에서의 변조를 포함하는 다양한 신호 컨디셔닝 기능들을 제공한다. 안테나(534)는, 예를 들어, 빔 스티어링 양방향 적응형 안테나 어레이들 또는 다른 유사한 빔 기술들을 포함하는 하나 또는 둘 이상의 안테나들을 포함할 수 있다.

[0055] UE(550)에서, 수신기(554)는 안테나(552)를 통해 다운링크 송신을 수신하고, 그 송신을 프로세싱하여, 캐리어 상에서 변조된 정보를 복원한다. 수신기(554)에 의해 복원된 정보는 수신 프레임 프로세서(560)에 제공되고, 수신 프레임 프로세서(560)는 각각의 프레임을 파싱하고, 프레임들로부터의 정보를 채널 프로세서(594)에 제공하고, 데이터, 제어 및 기준 신호들을 수신 프로세서(570)에 제공한다. 그 다음, 수신 프로세서(570)는 Node B(510)의 송신 프로세서(520)에 의해 수행되는 프로세싱의 역을 수행한다. 더 구체적으로, 수신 프로세서(570)는 심볼들을 디스크램블링 및 역확산하고, 그 다음, 변조 방식에 기초하여, Node B(510)에 의해 송신된 가장 가능성 있는 신호 성상점들을 결정한다. 이 연판정들(soft decisions)은 채널 프로세서(594)에 의해 컴퓨팅되는 채널 추정치들에 기초할 수 있다. 그 다음, 연판정들이 디코딩 및 디인터리빙되어, 데이터, 제어 및 기준 신호들을 복원한다. 그 다음, 프레임들이 성공적으로 디코딩되었는지 여부를 결정하기 위해, CRC 코드들이 체크된다. 그 다음, 성공적으로 디코딩된 프레임들에 의해 전달된 데이터는 데이터 싱크(572)에 제공될 것이고, 데이터 싱크(572)는 UE(550) 및/또는 다양한 사용자 인터페이스들(예를 들어, 디스플레이)에서 실행되는 애플리케이션들을 표현한다. 성공적으로 디코딩된 프레임들에 의해 전달된 제어 신호들은 제어기/프로세서(590)에 제공될 것이다. 프레임들이 수신기 프로세서(570)에 의해 성공적으로 디코딩되지 않을 때, 제어기/프로세서(590)는 또한, 이 프레임들에 대한 재송신 요청들을 지원하기 위해 확인응답(ACK) 및/또는 네거티브 확인응답(NACK) 프로토콜을 이용할 수 있다.

[0056] 업링크에서, 데이터 소스(578)로부터의 데이터 및 제어기/프로세서(590)로부터의 제어 신호들이 송신 프로세서(580)에 제공된다. 데이터 소스(578)는 UE(550) 및 다양한 사용자 인터페이스들(예를 들어, 키보드)에서 실행되는 애플리케이션들을 표현할 수 있다. Node B(510)에 의한 다운링크 송신과 관련하여 설명된 기능과 유사하게, 송신 프로세서(580)는, CRC 코드들, FEC를 가능하게 하기 위한 코딩 및 인터리빙, 신호 성상도들로의 맵핑, OVSF들을 이용한 확산, 및 일련의 심볼들을 생성하기 위한 스크램블링을 포함하는 다양한 신호 프로세싱 기능들을 제공한다. 적절한 코딩, 변조, 확산 및/또는 스크램블링 방식들을 선택하기 위해, Node B(510)에 의해 송신된 기준 신호로부터 또는 Node B(510)에 의해 송신된 미드앰블에 포함된 피드백으로부터 채널 프로세서(594)에 의해 유도되는 채널 추정치들이 이용될 수 있다. 송신 프로세서(580)에 의해 생성된 심볼들은 송신 프레임 프로세서(582)에 제공되어 프레임 구조를 생성할 것이다. 송신 프레임 프로세서(582)는 제어기/프로세서(590)로부터의 정보와 심볼들을 멀티플렉싱하여, 일련의 프레임들을 도출함으로써, 이러한 프레임 구조를 생성한다. 그 다음, 프레임들은 송신기(556)에 제공되고, 송신기(556)는 안테나(552)를 통한 무선 매체 상에서의 업링크 송신을 위해, 프레임들의 증폭, 필터링 및 캐리어 상에서의 변조를 포함하는 다양한 신호 컨디셔닝 기능들을 제공한다.

[0057] 업링크 송신은, UE(550)에서의 수신기 기능과 관련하여 설명된 것과 유사한 방식으로 Node B(510)에서 프로세싱된다. 수신기(535)는 안테나(534)를 통해 업링크 송신을 수신하고, 그 송신을 프로세싱하여, 캐리어 상에서 변조된 정보를 복원한다. 수신기(535)에 의해 복원된 정보는 수신 프레임 프로세서(536)로 제공되고, 수신 프레임 프로세서(536)는 각각의 프레임을 파싱하고, 프레임들로부터의 정보를 채널 프로세서(544)에 제공하고, 데이터, 제어 및 기준 신호들을 수신 프로세서(538)에 제공한다. 수신 프로세서(538)는 UE(550)의 송신 프로세서(580)에 의해 수행되는 프로세싱의 역을 수행한다. 그 다음, 성공적으로 디코딩된 프레임들에 의해 전달된 데이터 및 제어 신호들은 데이터 싱크(539) 및 제어기/프로세서에 각각 제공될 수 있다. 프레임들 중 일부가 수신 프로세서에 의해 성공적으로 디코딩되지 않았다면, 제어기/프로세서(540)는 또한 이 프레임들에 대한 재송신 요청들을 지원하기 위해 확인응답(ACK) 및/또는 네거티브 확인응답(NACK) 프로토콜을 이용할 수 있다.

[0058] 제어기/프로세서들(540 및 590)은 각각 Node B(510) 및 UE(550)에서의 동작을 지시하기 위해 이용될 수 있다. 예를 들어, 제어기/프로세서들(540 및 590)은 타이밍, 주변 인터페이스들, 전압 조절, 전력 관리 및 다른 제어 기능들을 포함하는 다양한 기능들을 제공할 수 있다. 메모리들(542 및 592)의 컴퓨터 판독가능 매체는 각각 Node B(510) 및 UE(550)에 대한 데이터 및 소프트웨어를 저장할 수 있다. Node B(510)에서의 스케줄러/프로세서(546)는 UE들에 자원들을 할당하고 UE들에 대한 다운링크 및/또는 업링크 송신들을 스케줄링하기 위해 이용될 수 있다.

[0059] HSPA(high speed packet access) 에어 인터페이스는 UE(550)와 Node B(510) 사이의 3G/W-CDMA 에어 인터페이스에 대한 일련의 강화들을 포함하여, 사용자들에 대한 더 큰 스루풋 및 감소된 레이턴시를 가능하게 한다. 이전의 표준들에 대한 다른 변경들 중, HSPA는 HARQ(hybrid automatic repeat request), 공유 채널 송신 및 적응형 변조 및 코딩을 이용한다. HSPA를 정의하는 표준들은 HSDPA(high speed downlink packet access) 및 HSUPA(high speed uplink packet access)(강화된 업링크 또는 EUL로 또한 지칭됨)를 포함한다.

[0060] 예를 들어, 3GPP 표준군의 릴리즈 5에서, HSDPA가 소개되었다. HSDPA는 몇몇 UE들에 의해 공유될 수 있는 HS-DSCH(high-speed downlink shared channel)를 자신의 전송 채널로서 이용할 수 있다. HS-DSCH는 3개의 물리 채널들: HS-PDSCH(high-speed physical downlink shared channel), HS-SCCH(high-speed shared control channel) 및 HS-DPCCH(high-speed dedicated physical control channel)에 의해 구현된다.

[0061] HS-SCCH는 HS-DSCH의 송신에 관련된 다운링크 제어 정보를 전달하는데 이용될 수 있는 물리 채널이다. 여기서, HS-DSCH는 하나 또는 둘 이상의 HS-SCCH와 연관될 수 있다. UE는, HS-DSCH로부터 자신의 데이터를 언제 판독할지를 결정하기 위해 그리고 할당된 물리 채널 상에서 이용되는 변조 방식을 결정하기 위해 HS-SCCH를 지속적으로 모니터링할 수 있다.

[0062] HS-PDSCH는, 몇몇 UE들에 의해 공유되고 고속 다운링크에 대한 다운링크 데이터를 전달할 수 있는 물리 채널이다. HS-PDSCH는 QPSK(quadrature phase shift keying), 16-QAM(16-quadrature amplitude modulation) 및 멀티-코드 송신을 지원할 수 있다.

[0063] HS-DPCCH는 자신의 스케줄링 알고리즘에서 Node B를 보조하기 위해 UE로부터의 피드백을 전달할 수 있는 업링크 물리 채널이다. 피드백은 CQI(channel quality indicator) 이전 HS-DSCH 송신의 포지티브 또는 네거티브 확인응답(ACK/NAK)을 포함할 수 있다.

[0064] 3GPP 릴리즈 6 규격들은 EUL(Enhanced Uplink) 또는 HSUPA(High Speed Uplink Packet Access)로 지칭되는 업링크 강화들을 도입하였다. HSUPA는 E-DCH(EUL Dedicated Channel)를 자신의 전송 채널로서 이용한다. E-DCH는 릴리즈 99 DCH와 함께 업링크에서 송신된다. DCH, 즉, DPCCH의 제어 부분은 업링크 송신들 상에서 파일럿 비트들 및 다운링크 전력 제어 커맨드들을 전달한다.

[0065] E-DCH는 E-DPDCH(E-DCH Dedicated Physical Data Channel) 및 E-DPCCH(E-DCH Dedicated Physical Control Channel)를 포함하는 물리 채널들에 의해 구현된다. 또한, HSUPA는 E-HICH(E-DCH HARQ Indicator Channel), E-AGCH(E-DCH Absolute Grant Channel) 및 E-RGCH(E-DCH Relative Grant Channel)를 포함하는 추가 물리 채널들에 의존한다.

UE 들과 네트워크 노드 사이의 전형적 셀 업데이트 프로시저 - 턴온된 강화된 업 링크 특징

[0066] 도 6은, RNC(604)와 같은 네트워크 노드와 복수의 UE들(602) 사이의 전형적 셀 업데이트 프로시저를 예시하는 호 흐름도(600)이다. 특정 구현에서, 위에서 설명된 바와 같이, UE들(602)은 장치(100)(도 1 참조), UE(210)(도 2 참조) 또는 UE(550)(도 5 참조)와 동일할 수 있고, RNC(604)는 RNC(206)(도 2 참조)와 동일할 수 있다.

[0067] 즉, 릴리즈-8 표준들에서 도입된, EUL 또는 HSUPA에서의 하나의 선택적 특징은, UE가 CELL_FACH 상태에 있으면서, 고속 업링크 통신을 위해 E-DCH를 이용하는 것을 제공한다. 이 특징은, 임의의 적합한 용어가 이용될 수 있음에도 불구하고, 본원의 아래에서 HS-RACH 특징으로 지칭된다. 일반적으로, 본 개시는, CELL_FACH 상태를 포함하는(그러나, 이것으로 제한되는 것은 아님) 임의의 대기 상태에 있는 동안 UE가 이용하도록 고속 업링크 채널이 인에이블될 수 있는 임의의 특징에 관련된다.

[0068] 현재 표준들에서, 네트워크가 HS-RACH 특징을 지원하면, 네트워크는 예를 들어, SIB5 또는 SIB5bis에서 "공통 E-DCH 시스템 정보"라 칭해지는 특정 IE(Information Element)를 브로드캐스트함으로써 HS-RACH 특징의 이용가능성을 제어할 수 있다. 이러한 방식으로, 이 IE의 존재 또는 부재를 검출함으로써, UE는 네트워크가 HS-RACH 특징이 가능한지 여부를 결정할 수 있다.

[0069] UE의 관점에서, SIB5 또는 SIB5bis에서의 공통 E-DCH 시스템 정보 IE의 존재가 변화(즉, IE가 브로드캐스트된 시스템 정보 블록에 나타나거나 사라짐)하면, UE는, HS-RACH-가능 셀로부터 넌-HS-RACH-가능 셀로 또는 넌-HS-RACH-가능 셀로부터 HS-RACH-가능 셀로의 셀 변화가 발생하였다고 여길 수 있다. 이것은, 아래에 설명되는 바와 같이, 네트워크에서 성능 저하를 초래할 수 있다.

[0070] 도 6에 도시된 바와 같이, UE1-UEn으로 라벨링되는 복수의 UE들(602) 중 하나 또는 둘 이상의 UE들은 셀 재선택(606)을 수행할 수 있으며, 재선택 이후, 셀 업데이트 메시지(608)를 RNC(604)에 송신할 수 있다. 이에 응답하여, RNC(604)는 공통 E-DCH 시스템 정보 IE를 포함하는 브로드캐스트 메시지(610)를 UE들(602)에 송신할 수 있다. 여기서, 612에서 이 IE의 존재를 검출함으로써, UE들(602)은 네트워크가 HS-RACH를 지원하는 것을 인지할 수 있다. 네트워크가 HS-RACH를 지원하는 것을 UE들이 인지하면, UE들(UE1-UEn) 각각은 공통 E-DCH 시스템 정보 IE에 포함되는 구성 정보에 따라 재구성될 수 있다. 다음으로, HS-RACH 특징이 오프일 때 UE들이 E-RNTI(E-DCH Radio Network Temporary Identifier)를 가지지 않을 것이기 때문에, 고속 업링크 송신들에 대해 E-DCH 자원을 이용할 수 있기 위해, UE들(602) 각각은, E-RNTI를 포착하려고 시도할 수 있다.

[0071] E-RNTI를 포착하기 위해, UE들(602)은 각각, 네트워크로부터 이들 각각의 E-RNTI를 포착하려고 시도하기 위해 RNC(604)에 대한 CELL_UPDATE 메시지 또는 프로시저를 개시할 수 있다. UE가 E-RNTI를 이미 가지고 있다면, 그 특정 UE는 E-DCH 자원들을 이용하는 업링크 송신에 대해 준비될 수 있어서, 어떠한 CELL_UPDATE도 그 UE에 대해 요구되지 않을 것이다.

[0072] CELL_UPDATE 메시지 또는 프로시저를 개시하기 위해, 각각의 UE는 HS-RACH에 대한 UE의 지원을 표시하는 시그널링 메시지(예를 들어, RRC 메시지)(614)를 RNC(604)에 송신할 수 있다. 616에서, RNC(604)는 HS-RACH 특징이 오프임을 결정할 수 있으며, 이에 따라, HS-RACH 특징을 턴온하기 위한 SIB5 또는 SIB5bis 변화(618)를 UE들(602)에 브로드캐스트할 수 있다. 이에 응답하여, 620에서, UE들(UE1-UEn)은 HS-RACH 특징을 턴온할 수 있으며, 그 다음, E-RNTI를 포착하기 위한 CELL_UPDATE 메시지를 RNC(604)에 동시에 전송할 수 있다(622).

[0073] 그러나, 모든 UE들이 이 업데이트를 동시에 요청하는 것은 심각한 시스템 성능 저하를 야기할 수 있거나, 심지어, 특히, 다수의 UE들이 동시에 트리거하여 CELL_UPDATE 메시지를 네트워크에 전송할 수 있는 것과 같은 피크 시간들 동안, 네트워크를 차단시킬 수 있다. 더 중요하게는, 모든 이용가능한 프리앰블 시그니처들이, CELL_UPDATE 메시지를 전송(622)하려고 시도하는 UE들에 의해 점유될 수 있기 때문에, 높은 우선순위 비상 호출은 네트워크에 액세스할 수 없을 수 있다. 이 시스템 성능 저하는 전형적으로, 운영자가 네트워크 용량을 확장하기 위해 새로운 하드웨어에 충분히 투자하지 않은 결과일 수 있다.

[0074] 현재 규격들에 따라, 네트워크는 CELL_FACH에서 EUL에 대한 최대 32개의 E-DCH 자원들을 개방할 수 있다. 따라서, CELL_DCH에 대한 이용가능한 자원들이 감소된다. 이로써, 네트워크는 모든 이용가능한 자원들이 단지 CELL_DCH 상태에서 이용되게 하기 위해 피크 시간들 동안 HS-RACH 특징을 턴오프할 수 있다.

[0075] SIB5 또는 SIB5bis에 "공통 E-DCH 시스템 정보" IE를 포함시키지 않음으로써, 네트워크가 HS-RACH 특징을 턴오프할 때, 유사한 문제가 또한 발생할 수 있다. 이러한 경우, UE들(602)은, 이들의 RLC 엔티티를 재설정하고 그 다음, 셀 업데이트 프로시저를 개시할 필요가 있을 수 있다.

[0076] 따라서, 이러한 그리고 다른 이슈들을 다루기 위해, 본 개시의 하나 또는 둘 이상의 양상들은, 네트워크가 이러한 잠재적으로 다수의 UE들이 셀 업데이트를 동시에 요청하는 것으로부터 성능 저하를 감소 또는 방지할 수 있는 방식으로 HS-RACH 특징을 더 효율적으로 제공하는 것을 가능하게 한다.

턴온된 강화된 업링크 특징 - 백- 오프 타이머

[0077] 예를 들어, 도 7은, 본 개시의 일부 양상들에 따른 예시적 프로세스를 예시하는 호 흐름도(700)이며, 여기서 복수의 UE들(702)은 랜덤화된 백-오프 타이머를 이용하여 네트워크 노드(704)에 대한 셀 업데이트들을 연기할 수 있다. 특정 구현에서, 위에서 설명된 바와 같이, UE들(702)은 장치(100)(도 1 참조), UE(210)(도 2 참조) 또는 UE(550)(도 5 참조)와 동일할 수 있고, RNC(704)는 RNC(206)(도 2 참조)와 동일할 수 있다.

[0078] 위에서 설명된 바와 같이, 네트워크가 HS-RACH 특징을 지원하면, 네트워크는 예를 들어, SIB5 또는 SIB5bis에서 공통 E-DCH 시스템 정보 IE를 브로드캐스트함으로써 HS-RACH 특징의 이용가능성을 제어할 수 있다. 이 IE의 존재 또는 부재를 검출함으로써, UE는 네트워크가 HS-RACH 특징이 가능한지 여부를 결정할 수 있다. UE의 관점에서, SIB5 또는 SIB5bis에서의 공통 E-DCH 시스템 정보 IE의 존재가 변화(즉, IE가 브로드캐스트된 시스템 정보 블록에 나타나거나 사라짐)하면, UE는, HS-RACH-가능 셀로부터 넌-HS-RACH-가능 셀로 또는 넌-HS-RACH-가능 셀로부터 HS-RACH-가능 셀로의 셀 변화가 발생하였다고 여길 수 있다.

[0079] 도 7에 도시된 바와 같이, 이 IE의 존재를 검출함으로써, UE1-UEn으로 라벨링되는 복수의 UE들(702)은 네트워크가 HS-RACH를 지원하는 것을 인지할 수 있다. UE들이 네트워크가 HS-RACH를 지원하는 것을 인지하면, UE들(UE1-UEn) 각각은 공통 E-DCH 시스템 정보 IE에 포함되는 구성 정보에 따라 재구성될 수 있다. 다음으로, HS-RACH 특징이 오프일 때 UE들이 E-RNTI를 가지지 않을 것이기 때문에, 고속 업링크 송신들에 대해 E-DCH 자원을 이용할 수 있기 위해, UE들(702) 각각은, E-RNTI를 포착하려고 시도할 수 있다.

[0080] E-RNTI를 포착하기 위해, UE들은 각각, 네트워크로부터 이들 각각의 E-RNTI를 포착하려고 시도하기 위해 RNC(704)에 대한 CELL_UPDATE 메시지 또는 프로시저를 개시할 수 있다. UE가 E-RNTI를 이미 가지고 있다면, 그 특정 UE는 E-DCH 자원들을 이용하는 고속 업링크 송신에 대해 준비될 수 있어서, 어떠한 셀 업데이트도 그 UE에 대해 요구되지 않을 것이다.

[0081] CELL_UPDATE 메시지 또는 프로시저를 개시하기 위해, UE는 HS-RACH에 대한 UE의 지원을 표시하는 RRC 메시지(706)를 RNC(704)에 송신할 수 있다. 708에서, RNC(704)는 HS-RACH 특징이 오프임을 결정할 수 있으며, 이에 따라, HS-RACH 특징을 턴온하기 위한 SIB5 변화(710)를 UE들(702)에 브로드캐스트할 수 있다. 이에 응답하여, 712에서, UE들(UE1-UEn)은 HS-RACH 특징을 턴온할 수 있다.

[0082] 여기서, 본 개시의 양상에 따라, 714에서, 각각의 UE(702)는 백-오프 타이머를 턴온할 수 있다. 본 개시의 추가 양상에서, 백-오프 타이머와 연관된 시간은 랜덤 값일 수 있어서, 복수의 UE들(UE1-UEn) 중 임의의 2개의 UE들이 이들 각각의 백-오프 타이머들에 대해 동일한 값을 취할 가능성이 적다. 여기서, 백-오프 타이머들은, RNC(704)가 다수의 셀 업데이트들을 동시에 수신하지 않도록 셀 업데이트들을 연기하기 위해 이용될 수 있다. 따라서, UE들(702)은 서로에 대해 서로 다른 타이밍을 가질 것이고, 업데이트들은 시간상으로 비교적 균등하게 분배될 수 있다. 즉, 본원에 설명되는 랜덤화된 백-오프 타이머들을 이용함으로써, RNC(704)는 서로 다른 시간들에 CELL_UPDATE 메시지들을 수신할 수 있다.

[0083] 즉, 본 개시의 양상에서, 각각의 UE(702)는 E-RNTI를 포착하기 위해, 자신의 각각의 백-오프 타이머 만료 시, CELL_UPDATE 메시지를 RNC(704)에 송신할 수 있다. 일 예에 따라, 제 1 UE(UE1)와 연관되는 제 1 백-오프 타이머의 만료(716)는 E-RNTI를 포착하기 위한 CELL_UPDATE 메시지를 RNC(704)에 송신(718)하도록 UE1을 트리거할 수 있다. 제 n UE(UEn)와 연관되는 제 2 백-오프 타이머의 만료(720)는 E-RNTI를 포착하기 위한 CELL_UPDATE 메시지를 RNC(704)에 송신(722)하도록 UEn을 트리거할 수 있다.

턴온된 강화된 업링크 특징 - 서로 다른 시간들

[0084] 도 8은, 본 개시의 일부 양상들에 따른 예시적 프로세스를 예시하는 호 흐름도(800)이며, 여기서, 네트워크 노드는 서로 다른 시간들에 UE들의 서로 다른 세트들에 대한 SIB5 또는 SIB5bis 업데이트들을 스케줄링하도록 구성될 수 있다. 본원에 설명되는 셀 업데이트 프로시저는 복수의 UE들(802)과 네트워크 노드, 예를 들어, RNC(804) 사이에서 발생할 수 있다. 특정 구현에서, 위에서 설명된 바와 같이, UE들(802)은 장치(100)(도 1 참조), UE(210)(도 2 참조) 또는 UE(550)(도 5 참조)와 동일할 수 있고, RNC(804)는 RNC(206)(도 2 참조)와 동일할 수 있다.

[0085] 위에서 설명된 바와 같이, 네트워크가 HS-RACH 특징을 지원하면, 네트워크는 예를 들어, SIB5 또는 SIB5bis에서 공통 E-DCH 시스템 정보 IE를 브로드캐스트함으로써 HS-RACH 특징의 이용가능성을 제어할 수 있다. 이 IE의 존재 또는 부재를 검출함으로써, UE(802)는 네트워크가 HS-RACH 특징이 가능한지 여부를 결정할 수 있다. UE의 관점에서, SIB5 또는 SIB5bis에서의 공통 E-DCH 시스템 정보 IE의 존재가 변화(즉, IE가 브로드캐스트된 시스템 정보 블록에 나타나거나 사라짐)하면, UE는, HS-RACH-가능 셀로부터 넌-HS-RACH-가능 셀로 또는 넌-HS-RACH-가능 셀로부터 HS-RACH-가능 셀로의 셀 변화가 발생하였다고 여길 수 있다.

[0086] 도 8에 도시된 바와 같이, 이 IE의 존재를 검출함으로써, UE1-UEn으로 라벨링되는 복수의 UE들(802)은 네트워크가 HS-RACH를 지원하는 것을 인지할 수 있다. UE들이 네트워크가 HS-RACH를 지원하는 것을 인지하면, UE들(UE1-UEn) 각각은 공통 E-DCH 시스템 정보 IE에 포함되는 구성 정보에 따라 재구성될 수 있다. 다음으로, HS-RACH 특징이 오프일 때 UE들이 E-RNTI를 가지지 않을 것이기 때문에, 고속 업링크 송신들에 대해 E-DCH 자원을 이용할 수 있기 위해, UE들(802) 각각은, E-RNTI를 포착하려고 시도할 수 있다.

[0087] E-RNTI를 포착하기 위해, UE들(804)은 각각, 네트워크로부터 이들 각각의 E-RNTI를 포착하려고 시도하기 위해 RNC(804)에 대한 CELL_UPDATE 메시지 또는 프로시저를 개시할 수 있다. UE가 E-RNTI를 이미 가지고 있다면, 그 특정 UE는 E-DCH 자원들을 이용하는 고속 업링크 송신에 대해 준비될 수 있어서, 어떠한 CELL_UPDATE도 그 UE에 대해 요구되지 않을 것이다.

[0088] CELL_UPDATE 메시지 또는 프로시저를 개시하기 위해, 각각의 UE는 HS-RACH에 대한 UE의 지원을 표시하는 RRC 메시지(806)를 RNC(804)에 송신할 수 있다. 808에서, RNC(804)는 HS-RACH 특징이 오프임을 결정할 수 있으며, 본 개시의 양상에 따라, 따라서, HS-RACH 특징을 턴온하기 위한 SIB5 또는 SIB5bis 변화(810)를 서로 다른 시점들에 UE들의 서로 다른 세트들로 브로드캐스트할 수 있다(810). 서로 다른 시점들에서 UE들의 서로 다른 세트들을 업데이트함으로써, RNC(804)는 RNC(804)가 서로 다른 시간들에 CELL_UPDATE 메시지들을 수신하는 것과 같이, 네트워크에서 이용가능한 자원들의 감소를 감소 또는 방지할 수 있다. 본 개시의 다양한 양상들에서, SIB5 또는 SIB5bis 변화가 송신되는 UE들의 각각의 세트는 임의의 적합한 수의 UE들, 예를 들어, 하나 또는 둘 이상의 UE들을 포함할 수 있다.

[0089] 일 예에 따라, RNC(804)는 HS-RACH 특징을 턴온하기 위한 제 1 SIB5 변화(810)를 제 1 UE(UE1)에 또는 UE들의 제 1 세트에 전송할 수 있다. 따라서, 812에서, UE1는 그 다음, HS-RACH 특징을 턴온할 수 있다. 814에서, RNC(804)는 그 다음, HS-RACH 특징을 턴온하기 위한 제 2 SIB5 변화를 제 2 UE(UEn) 또는 UE들의 제 2 세트에 전송할 수 있다. 따라서, 816에서, UEn은 그 다음, HS-RACH 특징을 턴온할 수 있다.

[0090] 이에 응답하여, 각각의 UE 또는 UE들의 세트는 E-RNTI를 포착하기 위한 CELL_UPDATE 메시지를 RNC(804)에 전송할 수 있다. 즉, RNC(804)로부터 SIB5 변화를 수신하는 것은 E-RNTI를 포착하기 위한 CELL_UPDATE를 RNC(804)에 전송(818)하도록 UE1을 트리거할 수 있다. 유사하게, RNC(804)로부터 SIB5 변화를 수신하는 것은 E-RNTI를 포착하기 위한 CELL_UPDATE를 RNC(804)에 전송(820)하도록 UEn을 트리거할 수 있다.

[0091] 일 예에 따라, UMTS에서 2가지 타입들, 타입 I 및 타입 II의 페이징이 이용될 수 있다. 본 개시의 양상에 따라, 특정 타입의 페이징은 UE들의 특정 세트로 어드레싱될 수 있고, 그 메시지로부터, UE들의 특정 세트는 SIB5 또는 SIB5bis가 변화하였다는 것을 인지할 수 있다. 일부 예들에서, 이 SIB 변화 표시자는 브로드캐스트 채널 상에서 송신될 수 있지만, 표시자는 타입 I 페이징을 통해 전송될 수 있다. 이로써, 타입 I 페이징을 수신하는, 제 1 세트 내의 UE들만이 시스템 정보가 변화하였음을 알 것이다.

[0092] 또 다른 예에 따라, UE들의 서로 다른 그룹들 또는 세트들이 UMTS에 대한 표준들에서 정의될 수 있고, RNC(804)는 E-RNTI를 한 번에 한 세트에 한 번에 송신할 수 있다. 이 예에서, SIB 변화 표시자는 UE들의 특정 세트로 지향되는 특수 페이징 타입 메시지 내부에 있을 수 있다. 따라서, UE들 그들 자체는 SIB5 또는 SIB5bis를 고려(look at)하지 않을 수 있고, 오히려, SIB5 또는 SIB5bis가 변화하였음, 예를 들어, HS-RACH 특징이 턴온되었음을 표시할 수 있는 SIB 변화 표시자(indictor)를 고려할 수 있다.

턴온된 강화된 업링크 특징 - RLC 계층이 송신할 데이터를 가짐

[0093] 본 개시의 추가 양상에서, UE들은 CELL_FACH에서 고속 업링크(예를 들어, E-DCH)를 이용하는 송신에 대해 준비가 된 데이터가 존재하는 이러한 시간까지 셀 업데이트 요청의 송신을 미루도록(postpone) 구성될 수 있다. 이러한 방식으로, 아래에서 더 상세하게 설명되는 바와 같이, SIB5 또는 SIB5bis 변화에 의해 트리거될 수 있는 셀 업데이트 요청의 UE 송신들의 타이밍은 시간이 지남에 따라 확산될 수 있다.

[0094] 예를 들어, 도 9는, 본 개시의 일부 양상들에 따른 예시적 프로세스를 예시하는 호 흐름도(900)이며, 여기서, (UE1-UEn으로 라벨링되는) CELL_FACH 상태에서의 복수의 UE들(902)은 SIB5 또는 SIB5bis의 변화를 판독할 수 있으며, 이에 응답하여, 각각의 UE의 RLC 계층이 송신할 업링크 데이터를 가지는 이러한 시간에서만 RNC(904)에 대한 셀 업데이트 프로시저를 개시할 수 있다. 특정 구현에서, 위에서 설명된 바와 같이, UE들(902)은 장치(100)(도 1 참조), UE(210)(도 2 참조) 또는 UE(550)(도 5 참조)와 동일할 수 있고, RNC(904)는 RNC(206)(도 2 참조)와 동일할 수 있다.

[0095] 위에서 설명된 바와 같이, 네트워크가 HS-RACH 특징을 지원하면, 네트워크는 예를 들어, SIB5 또는 SIB5bis에서 공통 E-DCH 시스템 정보 IE를 브로드캐스트함으로써, HS-RACH 특징의 이용가능성을 제어할 수 있다. 이 IE의 존재 또는 부재를 검출함으로써, UE는 네트워크가 HS-RACH 특징이 가능한지 여부를 결정할 수 있다. UE의 관점에서, SIB5 또는 SIB5bis에서의 공통 E_ECH 시스템 정보 IE의 존재가 변화(즉, IE가 브로드캐스트된 시스템 정보 블록에 나타나거나 사라짐)하면, UE는, HS-RACH-가능 셀로부터 넌-HS-RACH-가능 셀로 또는 넌-HS-RACH-가능 셀로부터 HS-RACH-가능 셀로의 셀 변화가 발생하였다고 여길 수 있다.

[0096] 특정 구현에서, UE가 SIB5 또는 SIB5bis의 변화를 판독할 때, 셀 업데이트 메시지 또는 프로시저를 즉시 개시하기보다는, UE는 상위 계층(예를 들어, RLC 계층)이 송신/전송할 업링크 데이터를 가질 때까지 셀 업데이트 메시지 또는 프로시저의 개시를 홀딩할 수 있다. 이로써, 복수의 UE들이 송신할 데이터의 서로 다른 타이밍을 가질 수 있기 때문에, 업데이트들은 더 균등하게 분배될 수 있다. 따라서, UE가 전송할 RLC 데이터를 가질 때, UE는 그 다음, E-RNTI를 포착하려고 시도할 수 있다.

[0097] 도 9에 도시된 바와 같이, 공통 E-DCH 시스템 정보 IE의 존재를 검출함으로써, UE1-UEn으로 라벨링되는 복수의 UE들(902)은 네트워크가 HS-RACH를 지원하는 것을 인지할 수 있다. UE들(902)이 네트워크가 HS-RACH를 지원함을 결정하면, UE들(UE1-UEn) 각각은 공통 E-DCH 시스템 정보 IE에 포함되는 구성 정보에 따라 재구성될 수 있다. 다음으로, HS-RACH 특징이 오프일 때 UE들이 E-RNTI를 가지지 않을 것이기 때문에, 고속 업링크 송신에 대해 E-DCH 자원을 이용할 수 있기 위해, UE들 각각은, E-RNTI를 포착하려고 시도할 수 있다.

[0098] E-RNTI를 포착하기 위해, UE들은 각각, 네트워크로부터 이들 각각의 E-RNTI를 포착하려고 시도하기 위해 RNC(904)에 대한 CELL_UPDATE 메시지 또는 프로시저를 개시할 수 있다. UE가 E-RNTI를 이미 가지고 있다면, 그 특정 UE는 E-DCH 자원들을 이용하는 고속 업링크 송신에 대해 준비될 수 있어서, 어떠한 셀 업데이트도 그 UE에 대해 요구되지 않을 것이다.

[0099] CELL_UPDATE 메시지 또는 프로시저를 개시하기 위해, UE는 HS-RACH에 대한 UE의 지원을 표시하는 RRC 메시지(906)를 RNC(904)에 송신할 수 있다. 908에서, RNC(904)는 HS-RACH 특징이 오프임을 결정할 수 있으며, 이에 따라, HS-RACH 특징을 턴온하기 위한 SIB5 변화(910)를 UE들(902)에 브로드캐스트할 수 있다. 이에 응답하여, 912에서, UE들(UE1-UEn)은 HS-RACH 특징을 턴온할 수 있다.

[00100] 여기서, 본 개시의 양상에 따라, 각각의 UE(902)는 그 특정 UE가 송신할 업링크 데이터를 가지는 이러한 시간까지(예를 들어, UE가 DCCH 또는 DTCH과 같은 업링크 데이터 채널 상에서의 송신에 대해 준비된 데이터를 가질 때까지) 셀 업데이트 메시지 또는 프로시저의 개시를 보류(withhold)할 수 있다. 여기서, 예를 들어, UE에서의 RLC 계층은 하나 또는 둘 이상의 데이터 패킷들이 송신에 대해 준비됨에 대한 결정을 할 수 있으며, 따라서, UE가 이 데이터가 송신에 대해 준비될 때까지 셀 업데이트의 송신을 지연할 수 있도록 이러한 정보를 이용가능하게 만들도록 구성될 수 있다. 예를 들어, 914에서, 제 1 UE(예를 들어, UE1)가 송신할 업링크 데이터를 가질 때, UE1은 E-RNTI를 포착하기 위한 셀 업데이트 메시지를 RNC(904)에 송신할 수 있다. 유사하게, 복수의 UE들(902) 중 임의의 다른 UE가 송신할 업링크 데이터를 가지고 있을 때, 916에서, 그 UE는 그 다음, E-RNTI를 포착하기 위한 셀 업데이트 메시지를 RNC(904)에 전송할 수 있다. 이들이 송신할 업링크 데이터를 가질 때 셀 업데이트 메시지들을 전송함으로써, UE들(902)은, RNC(904)가 서로 다른 시간들에 셀 업데이트 메시지들을 수신하는 것과 같이, 네트워크에서 이용가능한 자원들의 감소를 감소 또는 방지할 수 있다.

UE 들과 네트워크 노드 사이의 전형적 셀 업데이트 프로시저 - 턴오프된 강화된 업링크 특징

[00101] 도 10은, RNC(1004)와 같은 네트워크 노드와 복수의 UE들(1002) 사이의 전형적 셀 업데이트 프로시저를 예시하는 호 흐름도(1000)이다. 특정 구현에서, UE들(1002)은 장치(100)(도 1 참조), UE(210)(도 2 참조) 또는 UE(550)(도 5 참조)와 동일할 수 있고, RNC(1004)는 위에서 설명된 바와 같은 RNC(206)(도 2 참조)와 동일할 수 있다.

[00102] 현재 표준들에서, 네트워크가 HS-RACH 특징을 지원하면, 네트워크는 예를 들어, SIB5 또는 SIB5bis에서 공통 E-DCH 시스템 정보 IE를 브로드캐스트함으로써 HS-RACH 특징의 이용가능성을 제어할 수 있다. 이러한 방식으로, 이 IE의 존재 또는 부재를 검출함으로써, UE는 네트워크가 HS-RACH 특징이 가능한지 여부를 결정할 수 있다.

[00103] UE의 관점에서, SIB5 또는 SIB5bis에서의 공통 E-DCH 시스템 정보 IE의 존재가 변화(즉, IE가 브로드캐스트된 시스템 정보 블록에 나타나거나 사라짐)하면, UE는, HS-RACH-가능 셀로부터 넌-HS-RACH-가능 셀로 또는 넌-HS-RACH-가능 셀로부터 HS-RACH-가능 셀로의 셀 변화가 발생하였다고 여길 수 있다. 이것은, 아래에 설명되는 바와 같이, 네트워크에서 성능 저하를 초래할 수 있다.

[00104] 도 10에 도시된 바와 같이, 이 IE의 존재를 검출함으로써, UE1-UEn으로 라벨링되는 복수의 UE들(1002)은 네트워크가 HS-RACH를 지원하는 것을 인지할 수 있다. UE들이 네트워크가 HS-RACH를 지원하는 것을 인지하면, UE들(UE1-UEn) 각각은 HS-RACH에 대한 UE의 지원을 표시하는 RRC 메시지(1006)를 RNC(1004)에 송신할 수 있다. 그러나, HS-RACH 특징이 현재 온인 일부 구현들에서, 1008에서, RNC(1004)는, 예를 들어, UE들(1002)과 RNC(1004) 사이의 RLC 연결을 재설정하기 위해 RLC 재설정이 바람직하다고 결정할 수 있다. 이러한 RLC 재설정이 요구될 때, RNC(1004)는 HS-RACH 특징을 턴오프하기 위한 SIB5 변화(1010)를 UE들(1002)에 송신할 수 있다(1010). 1012에서, UE들(1002)은 그 다음, HS-RACH 특징을 턴오프할 수 있으며, 1014에서, RLC 재설정 이후 네트워크와 재동기화하기 위해 CELL_UPDATE 메시지들을 RNC(1004)에 각각 동시에 송신할 수 있다.

[00105] 그러나, 위에서 설명되고 도 6에 예시된 문제 시나리오에서와 같이, 이러한 경우, 1016에서, 모든 UE들이 이 업데이트를 동시에 요청하는 것은, 심각한 시스템 성능 저하를 야기할 수 있거나, 심지어, 특히, 다수의 UE들이 동시에 트리거하여 CELL_UPDATE 메시지를 네트워크에 전송할 수 있는 것과 같은 피크 시간들 동안, 네트워크를 차단시킬 수 있다. 더 중요하게는, 모든 이용가능한 프리앰블 시그니처들이, CELL_UPDATE 메시지를 전송(1014)하려고 시도하는 UE들에 의해 점유될 수 있기 때문에, 높은 우선순위 비상 호출은 네트워크에 액세스할 수 없을 수 있다. 위에서 설명된 바와 같이, 시스템 성능 저하는 전형적으로, 운영자가 네트워크 용량을 확장하기 위해 새로운 하드웨어에 충분히 투자하지 않은 결과일 수 있다.

[00106] 현재 규격들에 따라, 네트워크는 CELL_FACH에서 EUL에 대한 최대 32개의 E-DCH 자원들을 개방할 수 있다. 따라서, CELL_DCH에 대한 이용가능한 자원들이 감소된다. 이로써, 네트워크는 모든 이용가능한 자원들이 단지 CELL_DCH 상태에서 이용되게 하기 위해 피크 시간들 동안 HS-RACH 특징을 턴오프할 수 있다.

[00107] 따라서, 이러한 그리고 다른 이슈들을 다루기 위해, 본 개시의 하나 또는 둘 이상의 양상들은, 네트워크가, RLC 재설정 이후 네트워크와의 재동기화를 위해 이러한 잠재적으로 다수의 UE들이 셀 업데이트를 동시에 요청하는 것으로부터 성능 저하를 감소 또는 방지할 수 있는 방식으로 HS-RACH 특징을 더 효율적으로 제공하는 것을 가능하게 한다.

턴오프된 강화된 업링크 특징 - 랜덤 타이머

[00108] 예를 들어, 도 11은, 본 개시의 일부 양상들에 따른 예시적 프로세스를 예시하는 호 흐름도(1100)이며, 여기서, 복수의 UE들(1102)은 랜덤화된 백-오프 타이머를 이용하여 네트워크 노드(1104)에 대한 셀 업데이트들을 연기할 수 있다. 특정 구현에서, 위에서 설명된 바와 같이, UE들(1102)은 장치(100)(도 1 참조), UE(210)(도 2 참조) 또는 UE(550)(도 5 참조)와 동일할 수 있고, RNC(1104)는 RNC(206)(도 2 참조)와 동일할 수 있다.

[00109] 위에서 설명된 바와 같이, 네트워크가 HS-RACH 특징을 지원하면, 네트워크는 예를 들어, SIB5 또는 SIB5bis에서 공통 E-DCH 시스템 정보 IE를 브로드캐스트함으로써 HS-RACH 특징의 이용가능성을 제어할 수 있다. 이 IE의 존재 또는 부재를 검출함으로써, UE는 네트워크가 HS-RACH 특징이 가능한지 여부를 결정할 수 있다. UE의 관점에서, SIB5 또는 SIB5bis에서의 공통 E-DCH 시스템 정보 IE의 존재가 변화(즉, IE가 브로드캐스트된 시스템 정보 블록에 나타나거나 사라짐)하면, UE는, HS-RACH-가능 셀로부터 넌-HS-RACH-가능 셀로 또는 넌-HS-RACH-가능 셀로부터 HS-RACH-가능 셀로의 셀 변화가 발생하였다고 여길 수 있다.

[00110] 도 11에 도시된 바와 같이, 이 IE의 존재를 검출함으로써, UE1-UEn으로 라벨링되는 복수의 UE들(1102)은 네트워크가 HS-RACH를 지원하는 것을 인지할 수 있다. UE들(1102)이 네트워크가 HS-RACH를 지원함을 결정하면, UE들(UE1-UEn) 각각은 HS-RACH에 대한 UE의 지원을 표시하는 RRC 메시지(1106)를 RNC(1004)에 송신할 수 있다. 그러나, HS-RACH 특징이 현재 온인 일부 구현들에서, 1108에서, RNC(1104)는, 예를 들어, UE들(1102)과 RNC(1104) 사이의 RLC 연결을 재설정하기 위해 RLC 재설정이 바람직하다고 결정할 수 있다. 이러한 RLC 재설정이 요구될 때, RNC(1104)는 HS-RACH 특징을 턴오프하기 위한 SIB5 변화(1110)를 UE들(1102)에 송신할 수 있다(1110). 1112에서, UE들(1102)은 그 다음, HS-RACH 특징을 턴오프할 수 있다.

[00111] 본 개시의 양상에 따라, 1114에서, UE들(1102)은 각각 랜덤화된 백-오프 타이머를 턴온할 수 있다. 본 개시의 추가 양상에서, 백-오프 타이머와 연관된 시간은 랜덤 값일 수 있어서, 복수의 UE들(UE1-UEn) 중 임의의 2개의 UE들이 이들 각각의 백-오프 타이머들에 대해 동일한 값을 취할 가능성이 적다. 여기서, RNC(1104)가 다수의 셀 업데이트들을 동시에 수신하지 않도록 백-오프 타이머들이 셀 업데이트들을 연기하기 위해 이용될 수 있다. 따라서, UE들(1102)은 서로에 대해 서로 다른 타이밍을 가질 것이고, 업데이트들은 시간상으로 비교적 균등하게 분배될 수 있다. 즉, 본원에 설명되는 랜덤화된 백-오프 타이머들을 이용함으로써, RNC(1104)는 서로 다른 시간들에 CELL_UPDATE 메시지들을 수신할 수 있다.

[00112] 즉, 본 개시의 양상에서, 각각의 UE(1102)는 RLC 재설정 이후 네트워크와 재동기화하기 위해, 자신의 각각의 백-오프 타이머 만료 시, CELL_UPDATE 메시지를 RNC(1104)에 송신할 수 있다. 일 예에 따라, 제 1 UE(UE1)와 연관되는 제 1 백-오프 타이머의 만료(1116)는 RLC 재설정 이후 네트워크와 재동기화하기 위한 CELL_UPDATE 메시지를 RNC(704)에 송신(1118)하도록 UE1을 트리거할 수 있다. 제 n UE(UEn)와 연관되는 제 2 백-오프 타이머의 만료(1120)는 RLC 재설정 이후 네트워크와 재동기화하기 위한 CELL_UPDATE 메시지를 RNC(1104)에 송신(1122)하도록 UEn을 트리거할 수 있다.

턴오프된 강화된 업링크 특징 - 서로 다른 시간들

[00113] 도 12는, 본 개시의 일부 양상들에 따른 예시적 프로세스를 예시하는 호 흐름도(1200)이며, 여기서, 네트워크 노드는 서로 다른 시간들에 UE들(1202)의 서로 다른 세트들에 대한 SIB5 또는 SIB5bis 업데이트들을 스케줄링하도록 구성될 수 있다. 본원에 설명되는 셀 업데이트 프로시저는 복수의 UE들(1202)과 네트워크 노드, 예를 들어, RNC(1204) 사이에서 발생할 수 있다. 특정 구현에서, 위에서 설명된 바와 같이, UE들(1202)은 장치(100)(도 1 참조), UE(210)(도 2 참조) 또는 UE(550)(도 5 참조)와 동일할 수 있고, RNC(1204)는 RNC(206)(도 2 참조)와 동일할 수 있다.

[00114] 위에서 설명된 바와 같이, 네트워크가 HS-RACH 특징을 지원하면, 네트워크는 예를 들어, SIB5 또는 SIB5bis에서 공통 E-DCH 시스템 정보 IE를 브로드캐스트함으로써 HS-RACH 특징의 이용가능성을 제어할 수 있다. 이 IE의 존재 또는 부재를 검출함으로써, UE는 네트워크가 HS-RACH 특징이 가능한지 여부를 결정할 수 있다. UE의 관점에서, SIB5 또는 SIB5bis에서의 공통 E-DCH 시스템 정보 IE의 존재가 변화(즉, IE가 브로드캐스트된 시스템 정보 블록에 나타나거나 사라짐)하면, UE는, HS-RACH-가능 셀로부터 넌-HS-RACH-가능 셀로 또는 넌-HS-RACH-가능 셀로부터 HS-RACH-가능 셀로의 셀 변화가 발생하였다고 여길 수 있다.

[00115] 도 12에 도시된 바와 같이, 이 IE의 존재를 검출함으로써, UE1-UEn으로 라벨링되는 복수의 UE들(1202)은 네트워크가 HS-RACH를 지원하는 것을 인지할 수 있다. UE들이 네트워크가 HS-RACH를 지원하는 것을 인지하면, UE들(UE1-UEn) 각각은 HS-RACH에 대한 UE의 지원을 표시하는 RRC 메시지(1206)를 RNC(1204)에 송신할 수 있다. 그러나, HS-RACH 특징이 현재 온인 일부 구현들에서, 1208에서, RNC(1204)는, 예를 들어, UE들(1202)과 RNC(1204) 사이의 RLC 연결을 재설정하기 위해 RLC 재설정이 바람직하다고 결정할 수 있다. 이러한 RLC 재설정이 요구될 때, RNC(1204)는 HS-RACH 특징을 턴오프하기 위한 SIB5 변화(1210)를 UE들(1202)에 송신할 수 있다.

[00116] 본 개시의 양상에 따라, 1214에서, 이용가능한 자원들의 감소를 감소 또는 방지하기 위해, 네트워크는 서로 다른 시점들에서 UE들의 서로 다른 세트들을 업데이트할 수 있다. 이로써, RNC(1204)는 HS-RACH를 턴오프하기 위한 제 1 SIB5 변화(1210)를 제 1 UE(예를 들어, UE1) 또는 UE들의 제 1 세트에 송신할 수 있다. 다음으로, RNC(1204)는 HS-RACH 특징을 턴오프하기 위한 제 2 SIB5 변화(1212)를 제 2 UE(예를 들어, UEn) 또는 UE들의 제 2 세트에 송신할 수 있다.

[00117] 제 1 UE(예를 들어, UE1)가 SIB5 또는 SIB5bis의 변화가 존재함을 검출할 때, 제 1 UE는 그 다음, RLC 재설정 이후 네트워크와 재동기화하기 위해 CELL_UPDATE 메시지 또는 프로시저를 RNC(1204)에 송신할 수 있다(1214). 유사하게, 제 2 UE가 SIB5 또는 SIB5bis의 변화가 존재함을 판독할 때, 제 2 UE는 그 다음, RLC 재설정 이후 네트워크와 재동기화하기 위해 CELL_UPDATE 메시지 또는 프로시저를 RNC(1204)에 송신할 수 있다(1216).

턴오프된 강화된 업링크 특징 - RLC 계층이 송신할 데이터를 가짐

[00118] 도 13은, 본 개시의 일부 양상에 따른 예시적 프로세스를 예시하는 호 흐름도이며, 여기서, (UE1-UEn으로 라벨링되는) CELL_FACH 상태에서의 복수의 UE들(1302)은 각각의 UE의 RLC 계층이 송신할 업링크 데이터를 가지는 이러한 시간에서만, RLC 재설정 이후 RNC(1304)에 대한 셀 업데이트 메시지 또는 프로시저를 개시할 수 있다. 따라서, UE가 SIB5 또는 SIB5bis의 변화를 검출할 때, CELL_UPDATE 메시지 또는 프로시저를 즉시 개시하기보다는, UE는 상위 계층(예를 들어, RLC 계층)이 송신/전송할 업링크 데이터를 가질 때까지 CELL_UPDATE 메시지 또는 프로시저의 개시를 보류할 수 있다. 이로써, 복수의 UE들이 송신할 데이터의 서로 다른 타이밍을 가질 수 있기 때문에, 업데이트들은 더 균등하게 분배될 수 있다. 따라서, UE가 전송할 RLC 데이터를 가질 때, 이 때가, UE가 셀 업데이트 메시지를 RNC(1304)에 송신할 바로 그 시간이다. 특정 구현에서, 위에서 설명된 바와 같이, UE들(1302)은 장치(100)(도 1 참조), UE(210)(도 2 참조) 또는 UE(550)(도 5 참조)와 동일할 수 있고, RNC(1304)는 RNC(206)(도 2 참조)와 동일할 수 있다.

[00119] 위에서 설명된 바와 같이, 네트워크가 HS-RACH 특징을 지원하면, 네트워크는 SIB5 또는 SIB5bis에서 공통 E-DCH 시스템 정보 IE를 브로드캐스트함으로써 HS-RACH 특징의 이용가능성을 제어할 수 있다. 이 IE의 존재 또는 부재를 검출함으로써, UE는 네트워크가 HS-RACH 특징이 가능한지 여부를 결정할 수 있다. UE의 관점에서, SIB5 또는 SIB5bis에서의 공통 E_ECH 시스템 정보 IE의 존재가 변화(즉, IE가 브로드캐스트된 시스템 정보 블록에 나타나거나 사라짐)하면, UE는, HS-RACH-가능 셀로부터 넌-HS-RACH-가능 셀로 또는 넌-HS-RACH-가능 셀로부터 HS-RACH-가능 셀로의 셀 변화가 발생하였다고 여길 수 있다.

[00120] 도 13에 도시된 바와 같이, 공통 E-DCH 시스템 정보 IE의 존재를 검출함으로써, UE1-UEn으로 라벨링되는 복수의 UE들(1302)은 네트워크가 HS-RACH를 지원하는 것을 인지할 수 있다. UE들(1302)이 네트워크가 HS-RACH를 지원함을 결정하면, UE들(UE1-UEn) 각각은 HS-RACH에 대한 UE의 지원을 표시하는 RRC 메시지(1306)를 RNC(1304)에 송신할 수 있다. 그러나, HS-RACH 특징이 현재 온인 일부 구현들에서, 1308에서, RNC(1304)는, 예를 들어, UE들(1302)과 RNC 사이의 RLC 연결을 재설정하기 위해 RLC 재설정이 바람직하다고 결정할 수 있다. 이러한 RLC 재설정이 요구될 때, 1310에서, RNC(1304)는 HS-RACH 특징을 턴오프하기 위한 SIB5 변화를 UE들(1302)에 전송할 수 있다. 1312에서, HS-RACH 특징은 그 다음, UE들에 의해 턴오프될 수 있다.

[00121] 여기서, 본 개시의 양상에 따라, 각각의 UE(1302)는 그 특정 UE가 송신할 업링크 데이터를 가지는 이러한 시간까지 셀 업데이트 메시지 또는 프로시저의 개시를 보류(withhold)할 수 있다. 예를 들어, 1314에서, 제 1 UE(예를 들어, UE1)가 송신할 업링크 데이터를 가질 때, UE1은 RLC 재설정 이후 네트워크와 재동기화하기 위해 CELL_UPDATE 메시지 또는 프로시저를 RNC(1004)에 송신할 수 있다.

[00122] 제 2 UE(예를 들어, UEn)가 SIB5 또는 SIB5bis의 변화가 존재함을 판독할 때, 1316에서, 제 2 UE는 RLC 재설정 이후 네트워크와 재동기화하기 위해 CELL_UPDATE 메시지 또는 프로시저를 RNC(1304)에 송신할 수 있다. UE가 송신할 업링크 데이터를 가질때에만 셀 업데이트 메시지들을 송신함으로써, UE들(1302)은 RNC(1304)가 서로 다른 시간들에 셀 업데이트 메시지들을 수신하는 것과 같이, 네트워크에서 이용가능한 자원들의 감소를 감소 또는 방지할 수 있다.

[00123] 본 개시의 양상들 중 일부를 추가로 예시하기 위해, 도 14 및 15는 본 개시의 일부 양상들에 따라 네트워크 노드로의 셀 업데이트들을 연기하기 위해 백-오프 타이머들을 이용하기 위한, UE 상에서 동작가능한 무선 통신을 위한 예시적 프로세스들을 예시하는 플로우차트들이다.

[00124] 이제, 도 14를 참조하면, 본 개시의 하나 또는 둘 이상의 양상들에서, 프로세스(1400)는, 위에서 설명된 바와 같이, UE가 CELL_FACH 상태와 같은 대기 상태에 있는 동안 동작할 수 있다. 단계(1402)에서, 이 대기 상태에서 동작하는 동안, UE는 EUL 특징을 턴온 또는 턴오프하도록 구성되는 IE(예를 들어, 공통 E-DCH 시스템 정보 IE)를 포함하는 브로드캐스트 메시지를 네트워크로부터 수신할 수 있다. 즉, 본 개시의 양상에서, HS-RACH 특징은, 예를 들어, SIB5 또는 SIB5bis 상에서, 이 IE를 포함하는 브로드캐스트 메시지에 의해 제어될 수 있다. 단계 1404에서, UE는 공통 E-DCH 시스템 정보 IE의 값이 변화하였음을 검출할 수 있다.

[00125] 브로드캐스트 메시지를 수신한 이후, 그리고 SIB5 또는 SIB5bis의 변화의 검출에 응답하여, 단계(1406)에서, UE는 수신된 공통 E-DCH 시스템 정보 IE에 포함되는 정보에 따라, EUL 특징을 턴온 또는 턴오프하도록 재구성될 수 있다.

[00126] UE가 재구성되면, 단계(1408)에서, UE는 백-오프 타이머를 개시할 수 있다. 여기서, 백-오프 타이머의 값은 임의의 적합한 랜덤 또는 의사랜덤 수 생성 알고리즘에 따라 세팅될 수 있거나, 미리 결정된 스케줄에 따라 선택될 수 있다. 이러한 방식으로, 랜덤화된 백-오프 타이머의 만료까지 셀 업데이트 메시지의 송신을 보류함으로써, 셀 내의 UE들 사이의 백-오프 타이머 만료의 타이밍은 시간상으로 확산될 수 있고, 따라서, 셀 내의 다수의 UE들이 동시에 셀 업데이트를 요청하는 시나리오는 감소 또는 회피될 수 있다. 즉, 제 1 백-오프 타이머가 만료된 이후, 단계(1410)에서, UE는 셀 업데이트 메시지를 RNC에 송신할 수 있다.

[00127] 이 방식으로, RNC는, 이들 각각의 백-오프 타이머들의 만료 시, 셀 내의 모든 UE들로부터, 시간상으로 분배될 수 있는 CELL_UPDATE 메시지들을 수신할 수 있다. 예를 들어, 제 1 UE의 백-오프 타이머와 서로 다른 별개의 백-오프 타이머를 가지는 제 2 UE는, 제 2 CELL_UPDATE 메시지를 RNC에 송신할 수 있다. 제 1 CELL_UPDATE 메시지는 제 2 CELL_UPDATE 메시지 전에 송신될 수 있지만, 이것은 단지 예로서이며, CELL_UPDATE 메시지들은 UE에 대한 백-오프 타이머가 만료되자마자 송신될 수 있다.

[00128] 이제, 도 15를 참조하면, 본 개시의 하나 또는 둘 이상의 양상들에서, 프로세스(1500)는, 위에서 설명된 바와 같이, UE가 CELL_FACH 상태와 같은 대기 상태에 있는 동안 동작할 수 있다. 단계(1502)에서, 이 대기 상태에서 동작하는 동안, UE는 EUL 특징을 턴온 또는 턴오프하도록 구성되는 IE (예를 들어, 공통 E-DCH 시스템 정보 IE)를 포함하는 브로드캐스트 메시지를 네트워크로부터 수신할 수 있다. 즉, 본 개시의 양상에서, HS-RACH 특징은, 예를 들어, SIB5 또는 SIB5bis 상에서, 이 IE를 포함하는 브로드캐스트 메시지에 의해 제어될 수 있다. 단계(1504)에서, UE는 공통 E-DCH 시스템 정보 IE의 값이 변화하였음을 검출할 수 있다.

[00129] 브로드캐스트 메시지를 수신한 이후, 그리고 SIB5 또는 SIB5bis의 변화의 검출에 응답하여, 단계(1506)에서, UE는 수신된 공통 E-DCH 시스템 정보 IE에 포함되는 정보에 따라, EUL 특징을 턴온 또는 턴오프하도록 재구성될 수 있다.

UE가 재구성되면, 단계(1508)에서, UE는 하나 또는 둘 이상의 업링크 데이터 패킷들이 데이터 채널 상에서의 송신에 대해 준비되는지 여부를 결정할 수 있다. 만약 그렇지 않으면, UE는 셀 업데이트 메시지의 송신을 보류할 수 있다. 그러나, 데이터가 송신에 대해 준비되면, 단계(1510)에서, UE는 셀 업데이트 메시지를 송신할 수 있다.

[00130] 전기통신 시스템의 몇몇 양상들이 W-CDMA 시스템을 참조하여 제시되었다. 당업자들이 쉽게 인식할 바와 같이, 본 개시 전반에 걸쳐 설명된 다양한 양상들은 다른 전기통신 시스템들, 네트워크 아키텍처들 및 통신 표준들로 확장될 수 있다.

[00131] 예로서, 다양한 양상들은 TD-SCDMA 및 TD-CDMA와 같은 다른 UMTS 시스템들로 확장될 수 있다. 다양한 양상들은 또한, (FDD, TDD, 또는 둘 모두의 모드들에서) LTE(Long Term Evolution), (FDD, TDD 또는 둘 모두의 모드들에서) LTE-A(LTE-Advanced) , CDMA2000, EV-DO(Evolution-Data Optimized), UMB(Ultra Mobile Broadband), IEEE 802.11(Wi-Fi), IEEE 802.16(WiMAX), IEEE 802.20, UWB(Ultra-Wideband), 블루투스 및/또는 다른 적합한 시스템들을 이용하는 시스템들로 확장될 수 있다. 이용되는 실제 전기통신 표준, 네트워크 아키텍처 및/또는 통신 표준은 시스템 상에 부과되는 전체 설계 제약들 및 특정 애플리케이션에 의존할 것이다.

[00132] 개시된 방법들에서의 단계들의 특정 순서 또는 계층이 예시적인 프로세스들의 예라는 것이 이해될 것이다. 설계 선호도들에 기초하여, 방법들에서의 단계들의 특정 순서 또는 계층이 재배열될 수 있다는 것이 이해된다. 첨부한 방법 청구항들은 샘플 순서로 다양한 단계들의 엘리먼트들을 제시하며, 본원에 특정하게 기술되지 않는 한, 제시된 특정 순서 또는 계층에 제한되는 것으로 의미되지는 않는다.

[00133] 이전의 설명은 당해 기술 분야의 임의의 당업자가 본원에 설명된 다양한 양상들을 실시할 수 있도록 제공된다. 이 양상들에 대한 다양한 변경들은 당해 기술 분야의 당업자들에게 쉽게 명백할 것이고, 본원에 정의된 일반적인 원리들은 다른 양상들에 적용될 수 있다. 따라서, 청구항들은 본원에 제시된 양상들로 제한되는 것으로 의도되는 것이 아니라, 청구항 문언에 일치하는 최광의 범주를 따르는 것이며, 단수형 엘리먼트에 대한 참조는, 특정하여 그렇게 언급되지 않으면, "하나 및 오직 하나"를 의미하는 것으로 의도되지 않고, 오히려, "하나 또는 둘 이상"를 의미하는 것으로 의도된다. 특정하여 달리 언급되지 않으면, "일부"라는 용어는 하나 또는 둘 이상을 지칭한다. 항목들의 리스트 "중 적어도 하나"를 지칭하는 문구는, 단일 멤버들을 비롯하여, 그 항목들의 임의의 결합을 지칭한다. 일 예로, "a, b 또는 c 중 적어도 하나"는, a; b; c; a 및 b; a 및 c; b 및 c; 및 a, b 및 c를 커버하도록 의도된다. 당해 기술 분야의 당업자들에게 공지되어 있거나 추후 공지될, 본 개시 전반에 걸쳐 설명된 다양한 양상들의 엘리먼트들에 대한 모든 구조적 및 기능적 등가물들은 인용에 의해 본원에 명백히 포함되고 청구항들에 의해 포함되는 것으로 의도된다. 또한, 본원에 개시된 내용은, 청구항들에 이러한 개시 내용이 명시적으로 언급되어 있는지 여부와 관계없이, 공중이 이용하도록 의도되는 것은 아니다. 엘리먼트가 "위한 수단" 문구를 이용하여 명시적으로 언급되거나, 방법 청구항의 경우에, 엘리먼트가 "위한 단계" 문구를 이용하여 언급되지 않는 한, 어떠한 청구항 엘리먼트도 35 U.S.C.§112, 6번째 문단의 조문 하에서 해석되어서는 안 된다.

Claims (32)

1. 다른 사용자 장비(UE)로부터의 셀 업데이트 요청의 송신으로부터 셀 업데이트 요청의 UE로부터의 송신을 시간에 걸쳐 확산시키기 위해 상기 UE 상에서 동작가능한 무선 통신 방법으로서,
   대기 상태에서 동작하는 동안, 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 IE(information element)를 포함하는 브로드캐스트 메시지를 수신하는 단계;
   상기 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 상기 IE의 값이 상기 IE의 이전 값에 관련하여 변화하였음을 검출하는 단계; 및
   상기 검출에 응답하여 시그널링 메시지를 송신하는 단계를 포함하고,
   상기 시그널링 메시지의 송신은, 하나 이상의 업링크 데이터 패킷들이 데이터 채널 상에서의 송신을 위해 준비된다는 결정을 포함하는 미리 결정된 이벤트의 발생까지의 송신의 보류(withholding)를 따르고(follow), 상기 시그널링 메시지는 상기 강화된 업링크 특징에 대응하는 식별자에 대한 요청을 포함하는,
   UE 상에서 동작가능한 무선 통신 방법.
2. 제 1 항에 있어서,
   상기 대기 상태는 CELL_FACH 상태를 포함하는,
   UE 상에서 동작가능한 무선 통신 방법.
3. 삭제
4. 제 1 항에 있어서,
   상기 시그널링 메시지는 셀 업데이트 메시지를 포함하고, 그리고 상기 강화된 업링크 특징에 대응하는 식별자는 E-RNTI(enhanced radio network temporary identifier)인,
   UE 상에서 동작가능한 무선 통신 방법.
5. 제 1 항에 있어서,
   상기 시그널링 메시지는 상기 UE와 네트워크 노드 사이의 RLC(radio link control) 계층 연결의 재설정을 따르는, 상기 네트워크 노드와 재동기화하기 위한 요청을 포함하는,
   UE 상에서 동작가능한 무선 통신 방법.
6. 제 1 항에 있어서,
   상기 미리 결정된 이벤트는 상기 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 상기 IE를 포함하는 상기 브로드캐스트 메시지를 수신할 시에 시작되는 백-오프 타이머의 만료를 더 포함하는,
   UE 상에서 동작가능한 무선 통신 방법.
7. 제 6 항에 있어서,
   상기 백-오프 타이머에 대한 랜덤 값을 결정하는 단계를 더 포함하고,
   상기 백-오프 타이머의 만료는 상기 랜덤 값에 대응하는 시간 이후 발생하는,
   UE 상에서 동작가능한 무선 통신 방법.
8. 삭제
9. 사용자 장비(UE)로서,
   상기 UE는, 다른 UE로부터의 셀 업데이트 요청의 송신으로부터 셀 업데이트 요청의 상기 UE로부터의 송신을 시간에 걸쳐 확산시키기 위해 구성되고,
   상기 UE는:
   대기 상태에서 동작하는 동안, 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 IE(information element)를 포함하는 브로드캐스트 메시지를 수신하기 위한 수단;
   상기 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 상기 IE의 값이 상기 IE의 이전 값에 관련하여 변화하였음을 검출하기 위한 수단; 및
   상기 검출에 응답하여 시그널링 메시지를 송신하기 위한 수단을 포함하고,
   상기 시그널링 메시지의 송신은, 하나 이상의 업링크 데이터 패킷들이 데이터 채널 상에서의 송신을 위해 준비된다는 결정을 포함하는 미리 결정된 이벤트의 발생까지의 송신의 보류를 따르고, 상기 시그널링 메시지는 상기 강화된 업링크 특징에 대응하는 식별자에 대한 요청을 포함하는,
   사용자 장비(UE).
10. 제 9 항에 있어서,
    상기 대기 상태는 CELL_FACH 상태를 포함하는,
    사용자 장비(UE).
11. 삭제
12. 제 9 항에 있어서,
    상기 시그널링 메시지는 셀 업데이트 메시지를 포함하고, 그리고 상기 강화된 업링크 특징에 대응하는 식별자는 E-RNTI(enhanced radio network temporary identifier)인,
    사용자 장비(UE).
13. 제 9 항에 있어서,
    상기 시그널링 메시지는 상기 UE와 네트워크 노드 사이의 RLC(radio link control) 계층 연결의 재설정을 따르는, 상기 네트워크 노드와 재동기화하기 위한 요청을 포함하는,
    사용자 장비(UE).
14. 제 9 항에 있어서,
    상기 미리 결정된 이벤트는 상기 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 상기 IE를 포함하는 상기 브로드캐스트 메시지를 수신할 시에 시작되는 백-오프 타이머의 만료를 더 포함하는,
    사용자 장비(UE).
15. 제 14 항에 있어서,
    상기 백-오프 타이머에 대한 랜덤 값을 결정하기 위한 수단을 더 포함하고,
    상기 백-오프 타이머의 만료는 상기 랜덤 값에 대응하는 시간 이후 발생하는,
    사용자 장비(UE).
16. 삭제
17. 사용자 장비(UE)로서,
    상기 UE는, 다른 UE로부터의 셀 업데이트 요청의 송신으로부터 셀 업데이트 요청의 상기 UE로부터의 송신을 시간에 걸쳐 확산시키기 위해 구성되고,
    상기 UE는:
    적어도 하나의 프로세서;
    상기 적어도 하나의 프로세서에 통신가능하게 커플링되는 메모리; 및
    상기 적어도 하나의 프로세서에 통신가능하게 커플링되는 무선 통신 인터페이스
    를 포함하고,
    상기 적어도 하나의 프로세서는:
    대기 상태에서 동작하는 동안, 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 IE(information element)를 포함하는 브로드캐스트 메시지를 수신하고;
    상기 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 상기 IE의 값이 상기 IE의 이전 값에 관련하여 변화하였음을 검출하고; 그리고
    상기 검출에 응답하여 시그널링 메시지를 송신하도록 구성되고,
    상기 시그널링 메시지의 송신은, 하나 이상의 업링크 데이터 패킷들이 데이터 채널 상에서의 송신을 위해 준비된다는 결정을 포함하는 미리 결정된 이벤트의 발생까지의 송신의 보류를 따르고, 상기 시그널링 메시지는 상기 강화된 업링크 특징에 대응하는 식별자에 대한 요청을 포함하는,
    사용자 장비(UE).
18. 제 17 항에 있어서,
    상기 대기 상태는 CELL_FACH 상태를 포함하는,
    사용자 장비(UE).
19. 삭제
20. 제 17 항에 있어서,
    상기 시그널링 메시지는 셀 업데이트 메시지를 포함하고, 그리고 상기 강화된 업링크 특징에 대응하는 식별자는 E-RNTI(enhanced radio network temporary identifier)인,
    사용자 장비(UE).
21. 제 17 항에 있어서,
    상기 시그널링 메시지는 상기 UE와 네트워크 노드 사이의 RLC(radio link control) 계층 연결의 재설정을 따르는, 상기 네트워크 노드와 재동기화하기 위한 요청을 포함하는,
    사용자 장비(UE).
22. 제 17 항에 있어서,
    상기 미리 결정된 이벤트는 상기 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 상기 IE를 포함하는 상기 브로드캐스트 메시지를 수신할 시에 시작되는 백-오프 타이머의 만료를 더 포함하는,
    사용자 장비(UE).
23. 제 22 항에 있어서,
    상기 적어도 하나의 프로세서는:
    상기 백-오프 타이머에 대한 랜덤 값을 결정하도록 추가로 구성되고,
    상기 백-오프 타이머의 만료는 상기 랜덤 값에 대응하는 시간 이후 발생하는,
    사용자 장비(UE).
24. 삭제
25. 다른 사용자 장비(UE)로부터의 셀 업데이트 요청의 송신으로부터 셀 업데이트 요청의 UE로부터의 송신을 시간에 걸쳐 확산시키기 위해 상기 UE 상에서 동작가능한 비-일시적 컴퓨터 판독가능한 저장 매체로서,
    컴퓨터로 하여금, 대기 상태에서 동작하는 동안, 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 IE(information element)를 포함하는 브로드캐스트 메시지를 수신하게 하기 위한 명령들;
    상기 컴퓨터로 하여금, 상기 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 상기 IE의 값이 상기 IE의 이전 값에 관련하여 변화하였음을 검출하게 하기 위한 명령들; 및
    상기 컴퓨터로 하여금, 상기 검출에 응답하여 시그널링 메시지를 송신하게 하기 위한 명령들을 포함하고,
    상기 시그널링 메시지의 송신은, 하나 이상의 업링크 데이터 패킷들이 데이터 채널 상에서의 송신을 위해 준비된다는 결정을 포함하는 미리 결정된 이벤트의 발생까지의 송신의 보류를 따르고, 상기 시그널링 메시지는 상기 강화된 업링크 특징에 대응하는 식별자에 대한 요청을 포함하는,
    비-일시적 컴퓨터 판독가능한 저장 매체.
26. 제 25 항에 있어서,
    상기 대기 상태는 CELL_FACH 상태를 포함하는,
    비-일시적 컴퓨터 판독가능한 저장 매체.
27. 삭제
28. 제 25 항에 있어서,
    상기 시그널링 메시지는 셀 업데이트 메시지를 포함하고, 그리고 상기 강화된 업링크 특징에 대응하는 식별자는 E-RNTI(enhanced radio network temporary identifier)인,
    비-일시적 컴퓨터 판독가능한 저장 매체.
29. 제 25 항에 있어서,
    상기 시그널링 메시지는 상기 UE와 네트워크 노드 사이의 RLC(radio link control) 계층 연결의 재설정을 따르는, 상기 네트워크 노드와 재동기화하기 위한 요청을 포함하는,
    비-일시적 컴퓨터 판독가능한 저장 매체.
30. 제 25 항에 있어서,
    상기 미리 결정된 이벤트는 상기 강화된 업링크 특징을 턴온 또는 턴오프하도록 구성되는 상기 IE를 포함하는 상기 브로드캐스트 메시지를 수신할 시에 시작되는 백-오프 타이머의 만료를 더 포함하는,
    비-일시적 컴퓨터 판독가능한 저장 매체.
31. 제 30 항에 있어서,
    상기 컴퓨터로 하여금, 상기 백-오프 타이머에 대한 랜덤 값을 결정하게 하기 위한 명령들을 더 포함하고,
    상기 백-오프 타이머의 만료는 상기 랜덤 값에 대응하는 시간 이후 발생하는,
    비-일시적 컴퓨터 판독가능한 저장 매체.
    
32. 삭제

Images