KR20220126805A

KR20220126805A - 시스템 정보 요청들에 대한 경합 해결 수행

Info

Publication number: KR20220126805A
Application number: KR1020227030627A
Authority: KR
Inventors: 프라티크 바수 말릭; 요아킴 로에; 라비 쿠치보틀라
Original assignee: 모토로라 모빌리티 엘엘씨
Priority date: 2017-06-14
Filing date: 2018-06-14
Publication date: 2022-09-16
Also published as: CN110622570B; KR20200015892A; EP4167650A1; EP3639569B1; CN110622570A; US20180368180A1; US11589206B2; US20230147127A1; EP3639569A1; WO2018232177A1; US20210067941A1; CN114698059A; US10869182B2; KR102441572B1; BR112019026271A2

Abstract

시스템 정보 인스턴스들을 취득하기 위해, 방법은 요청 메시지(205)에서 요청된 하나 이상의 시스템 정보 인스턴스들이 기지국(105)으로부터의 답신 메시지(210)에서 수신되는지를 결정한다. 요청 메시지(205)는 요청된 시스템 정보 인스턴스들을 표시하는 요청 비트맵(215)을 포함한다. 답신 메시지(210)는 답신 메시지(210)에서의 시스템 정보 인스턴스들을 표시하는 답신 비트맵(215)을 포함한다. 그 방법은 요청 비트맵(215) 및 답신 메시지(210)로부터의 답신 비트맵(215)에서 표시되는 시스템 정보 인스턴스들을 취득한다. 덧붙여서, 그 방법은 요청 비트맵(215)에서 표시되지만 답신 비트맵(215)에서 표시되지 않은 기지국(105)으로부터의 시스템 정보 인스턴스들을 요청한다.

Description

시스템 정보 요청들에 대한 경합 해결 수행{PERFORMING CONTENTION RESOLUTION FOR SYSTEM INFORMATION REQUESTS}

관련 출원들에 대한 상호 참조

본 출원은 발명의 명칭 "SI 요청들에 대한 경합 해결 수행(PERFORMING CONTENTION RESOLUTION FOR SI REQUESTS)"으로 2017년 6월 14일자로 출원된 미국 특허 가출원 제62/519,648호를 우선권 주장하며, 이는 참조로 본 명세서에 포함된다.

기술분야

본원에서 개시된 주제는 시스템 정보(system information) 요청들에 관한 것이다.

관련 기술의 설명

모바일 디바이스들이 기지국으로부터의 시스템 정보를 요청할 수 있다.

시스템 정보 인스턴스들을 취득하는 방법이 개시된다. 그 방법은, 프로세서의 사용에 의해, 요청 메시지에서 요청된 하나 이상의 시스템 정보 인스턴스들이 기지국으로부터의 답신 메시지에서 수신되는지를 결정한다. 요청 메시지는 요청된 시스템 정보 인스턴스들을 표시하는 요청 비트맵을 포함한다. 답신 메시지는 답신 메시지 안에 시스템 정보 인스턴스들을 표시하는 답신 비트맵을 포함한다. 그 방법은 요청 비트맵 및 답신 메시지로부터의 답신 비트맵에서 표시되는 시스템 정보 인스턴스들을 취득한다. 덧붙여서, 그 방법은 요청 비트맵에서 표시되지만 답신 비트맵에서 표시되지 않은 기지국으로부터의 시스템 정보 인스턴스들을 요청한다. 장치가 시스템 정보 인스턴스들을 취득하는 방법의 기능들을 또한 수행한다.

요청 메시지들을 송신하는 방법이 또한 개시된다. 그 방법은, 프로세서의 사용에 의해, 기지국으로부터의 적어도 두 개의 시스템 정보 인스턴스들을 요청할 것을 결정한다. 그 방법은 적어도 두 개의 시스템 정보 인스턴스들 중 제1 시스템 정보 인스턴스를 요청하는 제1 요청 메시지를 송신한다. 그 방법은 적어도 두 개의 시스템 정보 인스턴스들 중 제2 시스템 정보를 요청하는 제2 요청 메시지를 추가로 송신한다. 제1 및 제2 요청 메시지들은 프리앰블 및 시간-주파수 리소스 중 하나이다. 제1 및 제2 요청 메시지들의 송신은 상호 독립적이고, 각각의 요청 메시지는 랜덤 액세스 채널(Random Access Channel)(RACH) 요청으로서 송신된다. 장치가 요청 메시지들을 송신하는 방법의 기능들을 또한 수행한다.

위에서 간략히 설명된 실시예들의 더 구체적인 설명이 첨부된 도면들에서 예시되는 특정 실시예들에 대한 참조에 의해 제공된다. 이들 도면들이 일부 실시예들만을 묘사하고 그러므로 범위를 제한하는 것으로 간주되지 않음을 이해하면, 실시예들은 첨부 도면을 사용하여 추가의 특이성 및 세부 사항과 함께 기재되고 설명될 것이며, 도면들 중:
도 1a는 통신 시스템의 하나의 실시예를 예시하는 개략적인 블록도이며;
도 1b는 통신 시스템의 하나의 실시예를 예시하는 정면도이며;
도 2a는 시스템 데이터의 하나의 실시예를 예시하는 개략적인 블록도이며;
도 2b는 비트맵들의 하나의 실시예를 예시하는 개략적인 블록도이며;
도 3a는 시스템 정보 통신의 하나의 실시예를 예시하는 도면이며;
도 3b는 시스템 정보 통신의 하나의 대체 실시예를 예시하는 도면이며;
도 4a는 트랜시버의 하나의 실시예를 예시하는 개략적인 블록도이며;
도 4b는 통신 스택의 하나의 실시예를 예시하는 개략적인 블록도이며;
도 5a는 시스템 정보 통신 방법의 하나의 실시예를 예시하는 개략적 흐름도이며; 그리고
도 5b는 시스템 정보 통신 방법의 하나의 대체 실시예를 예시하는 개략적 흐름도이다.

본 기술분야의 통상의 기술자에 의해 이해될 바와 같이, 실시예들의 양태들은 시스템, 방법 또는 프로그램 제품으로서 구현될 수 있다. 따라서, 실시예들은 "회로", "모듈" 또는 "시스템"으로서 모두가 본 명세서에서 일반적으로 지칭될 수 있는 전적으로 하드웨어 실시예, 전적으로 소프트웨어 실시예(펌웨어, 상주형 소프트웨어, 마이크로-코드 등을 포함함) 또는 소프트웨어 및 하드웨어 양태들을 결합한 실시예의 형태를 취할 수 있다. 더욱이, 실시예들은 이후로 코드라고 지칭되는 머신 판독가능 코드, 컴퓨터 판독가능 코드, 및/또는 프로그램 코드를 저장하는 하나 이상의 컴퓨터 판독가능 저장 디바이스들에 구체화되는 프로그램 제품의 형태를 취할 수 있다. 저장 디바이스들은 유형의, 비일시적, 및/또는 비송신적일 수 있다. 저장 디바이스들은 신호들을 포함하지 않을 수 있다. 특정한 실시예에서, 저장 디바이스들은 코드에 액세스하기 위한 신호들만을 포함한다.

이 명세서에서 설명되는 다수의 기능성 유닛들은 그것들의 구현 독립을 더 특별히 강조하기 위하여 모듈들로서 라벨표시되어 있다. 예를 들어, 모듈이 맞춤형 VLSI 회로들 또는 게이트 어레이들, 로직 칩들과 같은 기성(off-the-shelf) 반도체들, 트랜지스터들, 또는 다른 개별 부품들을 포함하는 하드웨어 회로로서 구현될 수 있다. 모듈이 필드 프로그램가능 게이트 어레이들, 프로그램가능 어레이 로직, 프로그램가능 로직 디바이스들 등과 같은 프로그램가능 하드웨어 디바이스들로 또한 구현될 수 있다.

모듈들은 다양한 유형들의 프로세서들에 의한 실행을 위한 코드 및/또는 소프트웨어로 또한 구현될 수 있다. 식별된 코드 모듈이, 예를 들면 오브젝트, 프로시저, 또는 함수로서 조직될 수 있는, 예를 들면, 실행가능 코드의 하나 이상의 물리적 또는 논리적 블록들을 포함할 수 있다. 그럼에도 불구하고, 식별된 모듈의 실행가능물(executable)들은 물리적으로 함께 위치될 필요는 없지만, 논리적으로 함께 연결될 때, 모듈을 포함하고 그 모듈에 대한 언급된 목적을 성취하는 상이한 로케이션들에 저장된 이질적인 명령들을 포함할 수 있다.

사실상, 코드 모듈이 단일 명령, 또는 다수의 명령들일 수 있고, 심지어, 상이한 프로그램들 중에서, 그리고 여러 메모리 디바이스들에 걸쳐 여러 상이한 코드 세그먼트들을 통해 분산될 수 있다. 마찬가지로, 작업(operational) 데이터는 본 명세서에서는 모듈들 내에서 식별되고 예시될 수 있고, 임의의 적합한 형태로 구체화되고 임의의 적합한 유형의 데이터 구조 내에서 조직될 수 있다. 작업 데이터는 단일 데이터 세트로서 수집될 수 있거나, 또는 상이한 컴퓨터 판독가능 저장 디바이스들에 걸쳐 있는 것을 포함하여 상이한 로케이션들에 걸쳐 분산될 수 있다. 모듈 또는 모듈의 부분들이 소프트웨어로 구현되는 경우, 소프트웨어 부분들은 하나 이상의 컴퓨터 판독가능 저장 디바이스들 상에 저장된다.

임의의 하나 이상의 컴퓨터 판독가능 매체 조합이 이용될 수 있다. 컴퓨터 판독가능 매체는 컴퓨터 판독가능 저장 매체일 수 있다. 컴퓨터 판독가능 저장 매체는 코드를 저장하는 저장 디바이스일 수 있다. 저장 디바이스는, 예를 들어, 비제한적으로, 전자, 자기, 광학적, 전자기, 적외선, 홀로그램, 마이크로기계, 또는 반도체 시스템, 장치, 또는 디바이스, 또는 전술한 것들의 임의의 적합한 조합일 수 있다.

저장 디바이스의 더 많은 특정 예들(비배타적 리스트)은 다음을 포함할 것이다: 하나 이상의 와이어들을 갖는 전기 커넥션, 휴대용 컴퓨터 디스크, 하드 디스크, 랜덤 액세스 메모리(random access memory)(RAM), 판독전용 메모리(ROM), 소거가능 프로그램가능 판독전용 메모리(erasable programmable read-only memory)(EPROM 또는 플래시 메모리), 휴대용 콤팩트 디스크 판독전용 메모리(compact disc read-only memory)(CD-ROM), 광학적 저장 디바이스, 자기 저장 디바이스, 또는 전술한 것들의 임의의 적합한 조합. 이 문서의 맥락에서, 컴퓨터 판독가능 저장 매체가 명령 실행 시스템, 장치, 또는 디바이스에 의한 사용을 위한 프로그램 또는 그러한 것에 관련한 프로그램을 포함, 또는 저장할 수 있는 임의의 유형의 매체일 수 있다.

실시예들을 위한 동작들을 실행하기 위한 코드는 파이썬, 루비, 자바, 스몰토크(Smalltalk), C++, 등과 같은 객체 지향 프로그래밍 언어와, "C" 프로그래밍 언어 등과 같은 기존의 절차적 프로그래밍 언어들, 및/또는 어셈블리 언어들과 같은 기계어들을 포함하는 하나 이상의 프로그래밍 언어들의 임의의 조합으로 기입될 수 있다. 그 코드는 사용자의 컴퓨터 상에서 전적으로, 사용자의 컴퓨터 상에서 부분적으로, 독립실행형(stand-alone) 소프트웨어 패키지로서, 사용자의 컴퓨터 상에서 부분적으로 그리고 원격 컴퓨터 상에서 부분적으로, 또는 원격 컴퓨터 또는 서버 상에서 전적으로 실행될 수 있다. 후자의 시나리오에서, 원격 컴퓨터는 사용자의 컴퓨터에, 로컬 영역 네트워크(local area network)(LAN) 또는 광역 네트워크(wide area network)(WAN)를 포함한 임의의 유형의 네트워크를 통해 접속될 수 있거나, 또는 그 접속은 외부 컴퓨터에 대해 (예를 들어, 인터넷 서비스 제공자를 이용하는 인터넷을 통해) 이루어질 수 있다.

"하나의 실시예", "일 실시예", 또는 유사한 언어표현의 이 명세서에 전체에 걸친 언급은 그 실시예에 관련하여 설명되는 특정 특징, 구조, 또는 특성이 적어도 하나의 실시예에 포함됨을 의미한다. 따라서, 이 명세서 전체에 걸친 "하나의 실시예에서", "일 실시예에서", 및 유사한 언어표현의 어구들의 출현은, 반드시 그런 것은 아니지만, 모두가 동일한 실시예를 언급할 수 있고, 그렇지 않다고 명시적으로 특정되지 않는 한, "모든 실시예들이 아닌 하나 이상의 실시예들"을 의미할 수 있다. "구비하는", "포함하는", "갖는", 및 그 변형들의 용어들은, 그렇지 않다고 명시적으로 특정되지 않는 한, "비제한적으로 포함하는(including but not limited to)"을 의미한다. 아이템들의 열거된 리스팅이, 그렇지 않다고 명시적으로 특정되지 않는 한, 아이템들 중 임의의 것 또는 모두가 상호 배타적임을 의미하지 않는다. 관사 "a", "an", 및 "the"의 사용에 해당하는 용어들은, 그렇지 않다고 명시적으로 특정되지 않는 한, "하나 이상의"을 지칭한다.

더욱이, 실시예들의 설명된 특징들, 구조들, 또는 특성들은 임의의 적합한 방식으로 조합될 수 있다. 다음의 설명에서, 실시예들의 철저한 이해를 제공하기 위해, 프로그래밍, 소프트웨어 모듈들, 사용자 선택들, 네트워크 트랜잭션들, 데이터베이스 쿼리들, 데이터베이스 구조들, 하드웨어 모듈들, 하드웨어 회로들, 하드웨어 칩들 등의 예들과 같은 수많은 특정 세부사항들이 제공된다. 그러나, 관련 기술분야의 통상의 기술자는, 실시예들이 하나 이상의 특정 세부사항들 없이, 또는 다른 방법들, 컴포넌트들, 재료들 등과 함께 실용화될 수도 있다는 것을 인식할 것이다. 다른 경우들에서, 널리 공지된 구조들, 재료들, 또는 동작들은 일 실시예 양태들을 모호하게 하는 것을 피하기 위해 상세히 도시되거나 또는 설명되지 않는다.

실시예들의 양태들은 실시예들에 따른 방법들, 장치들, 시스템들, 및 프로그램 제품들의 개략적 흐름도들 및/또는 개략적인 블록도들을 참조하여 아래에서 설명된다. 개략적 흐름도들 및/또는 개략적인 블록도들의 각각의 블록과, 개략적 흐름도들 및/또는 개략적인 블록도들에서의 블록들의 조합들은 코드에 의해 구현될 수 있다는 것이 이해될 것이다. 이들 코드는 범용 컴퓨터, 전용 컴퓨터, 또는 다른 프로그램가능 데이터 프로세싱 장치의 프로세서에 머신을 생성하기 위해 제공될 수 있어서, 컴퓨터 또는 다른 프로그램가능 데이터 프로세싱 장치의 프로세서를 통해 실행되는 명령들은 개략적 흐름도들 및/또는 개략적인 블록도들의 블록 또는 블록들에서 특정되는 함수들/액트들을 구현하는 수단을 생성한다.

컴퓨터, 다른 프로그램가능 데이터 프로세싱 장치, 또는 다른 디바이스들에게 특정 방식으로 기능을 하도록 지시할 수 있는 코드는 저장 디바이스에 또한 저장될 수 있어서, 저장 디바이스에 저장되는 명령들은 개략적 흐름도들 및/또는 개략적인 블록도들의 블록 또는 블록들에서 특정되는 함수/액트를 구현하는 명령들을 포함하는 제조물품을 생성시킨다.

코드는 컴퓨터, 다른 프로그램가능 데이터 프로세싱 장치, 또는 다른 디바이스들 상에 또한 로딩되어 컴퓨터, 다른 프로그램가능 장치 또는 다른 디바이스들 상에서 수행될 일련의 동작 단계들로 하여금 컴퓨터 또는 다른 프로그램가능 장치 상에서 실행하는 코드가 흐름도 및/또는 블록도 블록 또는 블록들에서 특정된 기능들/액트들을 구현하는 프로세스들을 제공하도록 컴퓨터 구현 프로세스를 생성하게 할 수 있다.

도면들에서의 개략적 흐름도들 및/또는 개략적인 블록도들은 다양한 실시예들에 따른 장치들, 시스템들, 방법들 및 프로그램 제품들의 가능한 구현예들의 아키텍처, 기능, 및 동작을 예시한다. 이와 관련하여, 개략적 흐름도들 및/또는 개략적인 블록도들에서의 각각의 블록은 특정된 논리적 기능(들)을 구현하기 위한 코드의 하나 이상의 실행가능 명령들을 포함하는 코드의 모듈, 세그먼트, 또는 부분을 나타낼 수 있다.

일부 대안적 구현예들에서, 블록들에서 언급되는 기능들은 그 도면들에서 언급된 순서에서 벗어나게 발생할 수 있다는 것에 또한 주의해야 한다. 예를 들어, 연속적으로 도시되는 두 개의 블록들이, 사실, 실질적으로 동시에 실행될 수 있거나 또는 그 블록들은, 수반되는 기능에 의존하여, 역순으로 때때로 실행될 수 있다. 예시된 도면들의 하나 이상의 블록들, 또는 그 부분들에 대해 함수, 로직, 또는 효과에서 동등한 다른 단계들 및 방법들이 생각될 수 있다.

비록 다양한 화살표 유형들 및 라인 유형들이 흐름도 및/또는 블록도들에서 채용될 수 있지만, 그것들은 대응하는 실시예들의 범위를 제한하지 않는 것으로 이해된다. 사실상, 일부 화살표들 또는 다른 커넥터들은 묘사된 실시예의 논리적 흐름만을 나타내는데 사용될 수 있다. 예를 들면, 화살표가 묘사된 실시예의 열거된 단계들 사이에 비명시된 지속기간의 대기 또는 모니터링 기간을 나타낼 수 있다. 블록도들 및/또는 흐름도들의 각각의 블록과, 블록도들 및/또는 흐름도들에서의 블록들의 조합들은, 특정된 기능들 또는 액트들, 또는 특수 목적 하드웨어 및 코드의 조합들을 수행하는 특수 목적 하드웨어 기반 시스템들에 의해 구현될 수 있다는 것이 또한 주의될 것이다.

각각의 도면에서의 엘리먼트들의 설명은 진행하는 도면들의 엘리먼트들을 지칭할 수 있다. 유사한 번호들이 유사한 엘리먼트들의 대체 실시예들을 포함하는 모든 도면들에서의 유사한 엘리먼트들을 지칭한다.

도 1a는 통신 시스템(100)의 하나의 실시예를 예시하는 개략적인 블록도이다. 시스템(100)은 하나 이상의 기지국들(105)과 하나 이상의 모바일 디바이스들(110)을 포함한다. 기지국들(105)은 모바일 디바이스들(110)과 무선으로 통신할 수 있다. 기지국들(105)은 gNodeB(gNB) 기지국, 진화형 노드 B(eNB) LTE(Long Term Evolution) 기지국 등일 수 있다. 기지국들은 네트워크(115)를 형성할 수 있다. 모바일 디바이스들(110)은 모바일 전화기, 사물 통신(machine-type communications)(MTC) 디바이스, 태블릿 컴퓨터, 랩톱 컴퓨터, 및 자동차들, 키오스크들, 어플라이언스들 등에서의 내장형 통신 디바이스들과 같은 사용자 장비(User Equipment)(UE)일 수 있다.

시스템 정보를 제공하기 위한 시그널링 부하를 감소시키기 위하여, 최소 시스템 정보는 모바일 디바이스들(110)에 전달될 수 있다. 셀에 대한 초기 액세스를 위한 기본 정보, 예컨대, 시스템 프레임 번호(System Frame Number)(SFN), 공공 육상 이동 네트워크(Public Land Mobile Network)(PLMN)의 리스트, 셀 캠핑 파라미터들, RACH 파라미터들을 포함하는 최소 시스템 정보(SI)가 셀에서 항상 주기적으로 브로드캐스트되는 반면, 다른 "비최소" 시스템 정보는 반드시 주기적으로 브로드캐스트될 필요는 없으며, 즉, 그것은 네트워크 결정이다. 다른 시스템 정보 인스턴스들은 모바일 디바이스들(110)에 온-디맨드로 제공될 수 있으며, 즉, 모바일 디바이스(110)는 그것을 요청할 수 있다. 다른 SI의 전달은 브로드캐스트 또는 유니캐스트 방식에 의해 행해질 수 있다. 최소 SI는 특정 SIB가 주기적으로 브로드캐스트되는지 또는 온-디맨드로 제공되는지를 표시한다. 주기적으로 브로드캐스트되지 않고 온-디맨드로 제공되는 하나 이상의 SIB들을 획득하기 위하여, 모바일 디바이스(110)는 온-디맨드 SI 취득 절차를 개시할 수 있다. 모바일 디바이스(110)에 의해 요청된 SI의 경우, 모바일 디바이스(110)는 그 SI가 셀에서 이용 가능한지의 여부와 모바일 디바이스(110)가 다른 SI 요청을 전송하기 전에 해당 SI가 브로드캐스트되는지의 여부를 알아야 하며, 즉, 모바일 디바이스(110)는 최소 SI를 먼저 취득해야 한다. 예컨대, SIB1에서, 최소 SI에 의해 제공되는 다른 SI에 대한 스케줄링 정보는 SIB 유형, 유효성 정보, 주기성, SI-윈도우 정보를 포함해야 한다. 접속된 전용 라디오 리소스 제어(Radio Resource Control)(RRC)에서의 모바일 디바이스들(110)의 경우, 시그널링은 다른 SI의 요청 및 전달을 위해 사용될 수 있다.

유휴 및 비활동 상태의 모바일 디바이스(110)는 Msg1 기반 및/또는 Msg3 기반 접근법을 사용하여 상태 전이 없이 다른 SI를 요청할 수 있다. Msg3 기반 SI 요청 접근법은 이후의 도 3a에 도시되어 있다. Msg1 기반 SI 요청 접근법은 도 3b에 도시되어 있다. 모바일 디바이스(110)는 모바일 디바이스(110)가 획득하기 원하는 시스템 정보 블록(System Information Block)(SIB) 또는 SIB들의 세트(SI 메시지라 불리움)에 특화된 특정 PRACH 리소스에서 물리적 랜덤 액세스 채널(Physical Random Access Channel)(PRACH) 프리앰블을 송신할 수 있다. 각각의 SIB 또는 SIB들의 세트에 특화된 PRACH 프리앰블/리소스는 주기적으로 브로드캐스트되는 최소 SI에서 예약되고 표시되는 것으로 가정된다.

다른 SI를 요청하는 Msg1 기반 접근법에서, 모바일 디바이스(110)는 모바일 디바이스(110)가 획득하기 원하는 SIB들을 기지국(105)에 표시하기 위하여 (예약된) PRACH 프리앰블을 전송한다. 모바일 디바이스(110)는 그 뒤에 최소 SI에서의 스케줄링 정보에서 제공되는 바와 같이, 대응하는 SI 윈도우 동안 모니터링하고, 요청된 SIB들을 취득하려고 시도할 것이다. 그러나, 모바일 디바이스(110)는 아래의 다음을 포함하는 예에서처럼 그 일부가 상이한 프리앰블에 링크되는 많은 SI들(자신의 관심 SIB들을 포함함)을 필요로 할 수 있다: SI 메시지 1 - 예약된 프리앰블 1; SI 메시지 2 - 예약된 프리앰블 2. 전술한 바는 일 예이고 SI 메시지 1이 스케줄링 정보 리스트에서의 제1 메시지임을 의미하지 않는다.

문제1 - Msg1 기반 방법

온-디맨드 SI 요청들의 경우, RRC는 (스케줄링 정보에 기초하여) 프리앰블을 선택하고 그 프리앰블을 매체 액세스 제어(Media Access Controls)(MAC)에 알린다. 그러면 질문은, 모바일 디바이스(110)가 양 SI들(1 및 2)(위의 예에서와 같은 상이한 대응 프리앰블들(1 및 2)을 가짐)이 요청될 것이 필요함을 스케줄링 정보에 기초하여 요구하고 결정하면, 대응하는 두 개의 프리앰블들이 MAC에 하나씩 또는 단일 답신으로 주어질 것인가이다. 추가적으로 이것이 하나의 단일 RACH 절차 또는 다수의 RACH 절차들로서 간주되는가이다. 공동 절차의 경우, MAC은 단일의 성공/실패를 RRC에 제공할 수 있고 RRC는 네트워크에서 심지어 성공적으로 수신된 SI 요청의 Msg1 송신을 불필요하게 재개할 수 있거나, 또는, 더 나쁘게는 심지어 실패한 RACH가 비필수 SI/SIB에 대응하더라도 기지국(105)을 차단할 수 있다.

문제2 - Msg3 기반 방법

도 3a에 도시된 바와 같은 4 스텝 RACH 절차의 경우, Msg2(MAC 랜덤 액세스 응답)가 각각의 모바일 디바이스(110)에 대한 것이라고 Msg1(랜덤 액세스 프리앰블)을 송신하는 두 개의 모바일 디바이스들(110)이 가정할 때 경합이 있을 수 있다. 여기서 경합은 Msg4에서 해결되는데, 여기서 네트워크(115)는 Msg4에서의 Msg3 콘텐츠의 적어도 부분(예컨대, Msg3를 위한 처음 40 개 비트들)을 단지 다시 재생하고 모바일 디바이스 MAC은 수신된 Msg4가 자신의 Msg3 콘텐츠를 포함하는지를 검증한다. SI 요청들의 경우, 경합 해결(contention resolution)(CR) 그 자체는 필요하지 않은데 모바일 디바이스(110)에 중요한 모든 것은 네트워크(115)가 대응하는 SI 요청들에 확인응답하는지를 아는 것이기 때문이다 ― 확인응답은 Msg4에서 올 수 있는데 왜냐하면 "다른" 모바일 디바이스들(110)이 현재 모바일 디바이스(110)와 동일한 SI(들)를 요청하기 때문이다. 그러나, Msg3에 포함되는 패딩 또는 랜덤 숫자 같은 서브세트/슈퍼세트 및/또는 다른 정보와 같은 Msg4 콘텐츠가 현재 모바일 디바이스(110)가 Msg3에서 송신했던 것과 상이해 보일 수 있으므로, 경합은 실패한 것으로 여겨질 것이고 모바일 디바이스(110)는 PRACH를 재송신하는 것, 배터리를 낭비하는 것 및 SI 취득을 불필요하게 지연시키는 것을 계속할 것이다.

현재, LTE에서 모바일 디바이스(110)는 하나를 초과하는 RACH 절차들을 병렬로 실행하는 것이 허용되지 않으며, 즉, 새로운 RACH 절차가 이전의 절차가 완료된 때에만 개시된다. 이 원리는 SI 취득에서 지연을 일으킬 수 있고 일부 경우들에서, 예컨대, 요구된 SIB의 임계성, PRACH 리소스들 가용성 등에 의존하여, 지연은 용인될 수 없다. 실시예들은 이후로 설명될 바와 같이 SI의 취득을 가속화한다.

도 1b는 통신 시스템(100)의 하나의 실시예를 예시하는 정면도이다. 모바일 전화기 모바일 디바이스(110)와 송신탑 기지국(105)이 묘사되어 있다.

도 2a는 시스템 데이터의 하나의 실시예를 예시하는 개략적인 블록도이다. 시스템 데이터는 메모리 안에 데이터 구조로서 조직되며 그리고/또는 무선으로 송신될 수 있다. 묘사된 실시예에서, 시스템 데이터는 요청 메시지(205), 답신 메시지(210), 및 비트맵(215)을 포함한다. 요청 메시지(205)는 네트워크(115)로부터 SI를 요청할 수 있다. 요청 메시지(205)는 프리앰블, 시간-주파수 리소스, 및/또는 RACH 요청일 수 있다. 하나의 실시예에서, 요청 메시지(205)는 RRC 메시지이다. 특정한 실시예에서, 요청 메시지(205)는 MAC 제어 엘리먼트(Control Element)(CE)이다. 답신 메시지(210)는 네트워크(115)로부터의 SI를 제공할 수 있다. 답신 메시지(210)는 RRC 메시지일 수 있다. 덧붙여서, 답신 메시지(210)는 MAC CD 메시지일 수 있다.

비트맵(215)은 요청 비트맵(215) 및/또는 답신 비트맵(215)일 수 있다. 요청 메시지(205)는 요청 비트맵(215)을 포함할 수 있다. 답신 메시지(210)는 답신 비트맵(215)을 포함할 수 있다. 하나의 실시예에서, 요청 비트맵(215) 및/또는 답신 비트맵(215)은 40 개 비트들을 포함한다. 비트맵(215)은 이후로 설명되는 SI에 관한 정보를 제공할 수 있다

도 2b는 비트맵들(215)의 하나의 실시예를 예시하는 개략적인 블록도이다. 10-비트 비트맵들(215)의 네 개의 예들이 예시된다. 비트맵들(215a~215d)은 이후로 설명될 것이다.

도 3a는 시스템 정보 통신의 하나의 실시예를 예시하는 도면이다. 묘사된 실시예에서, 기지국(105)은 최소 SI의 주기적 브로드캐스트(220)를 한다. 모바일 디바이스(110)는 PRACH 프리앰블 송신물(225)을 전달할 수 있다. 기지국(105)은 랜덤 액세스 응답(230)을 전달할 수 있다. 모바일 디바이스(110)는 요청 메시지(205)에서 시스템 정보 요청(235)을 전달할 수 있다. 기지국(105)은 답신 메시지(210)에서 요청된 SI(240)를 송신할 수 있다.

시스템 정보 통신의 두 개의 실시예들은 네트워크(115)가 (하나를 초과하는 모바일 디바이스(105)로부터의 상이한 SI 요청들에 대한) 응답들을 결합하고 공통 라디오 네트워크 임시 식별자(RNTI)에 대한 확인응답(Msg4)을 전송하는지에 의존하여 채용될 수 있다.

실시예 1: 다수의 확인응답들의 결합(Msg4)

하나의 실시예에서, 모바일 디바이스(110)는 모바일 디바이스(110)가 네트워크(115)에 필요로 하는 모든 SI 메시지들을, 예컨대 비트맵(215a)을 사용하여, Msg3에서 표시할 수 있다. 하나의 예에서, 첫 번째 비트가 SI Message1을 위한 것이며, 두 번째 비트가 SI Message2를 위한 것인 등이 되도록 10 개 비트들이 10 개의 대응하는 SI들(또는 SI들의 그룹)에 "매핑"된다. 위에 예에서, '1 0 0 0 0 0 0 0 0 1'을 전송하는 모바일 디바이스(110)는 SI Message1 및 SI Message10을 제공할 것을 네트워크(115)에 요청한다. 네트워크(115)는 다른 모바일 디바이스(110)로부터 비트맵(215b)에 예시된 바와 같은 상이한 SI 세트(예를 들어, SI Message2 및 SI Message3)를 요청하는 요청 메시지(205)를 결국 수신할 수 있다. 네트워크(115)가 응답들을 결합시키면, 결합된 확인응답(Msg4)은 비트맵(215c)에 예시되어 있다.

게다가, LTE 유사 MAC 거동이 CR을 수행하는 것과, 일 예로서, 10-비트 비트맵(215)을 또한 포함하는 처음 48 개 비트들을 비교하는 것을 시도할 수 있고, Msg3에서 전송된 비트맵(215)이 정확히는 결합된 확인응답(Msg4)에서 수신된 것이 아니기 때문에, CR은 실패할 것이다. 이를 극복하기 위해, 다음 해법의 실시예들이 채용될 수 있다.

실시예 A에서, CR은 RRC에 의해 수행된다. 그래서, RRC는 프리앰블(Msg1) 송신이 SI 요청들에 대한 것임을 MAC에 표시할 것이고, 이에 기초하여, 그 뒤에 Msg4의 수신 시, MAC은 CR을 스킵하고 Msg4 RRC 부분들을 RRC 계층에 전해줄 것이다. RRC는 비트맵(215)을 해석하고 RRC 요청이 네트워크(115)에 의해 수신되었는지(즉, 결합된 확인응답(Msg4) 비트맵(215)에서의 요구된 SI들에 대한 대응하는 비트들이 설정되었는지)를 결정할 것이다. 실패한 CR의 경우에, RRC는 절차를 재개할 수 있다.

실시예 B에서, RRC는 CR를 수행하는 동안 무시될 수 있는 비트맵(215)에서의 비트들에 관해 MAC에 알릴 것이다. 그래서, 위의 예에서, 제1 모바일 디바이스 MAC은 비트들 [2]-[9]를 무시할 것이다. 비트들을 무시한 후의 CR의 결과가 성공적이면, MAC은 RRC에게 알리고 RRC는 스케줄링 정보에 따라 SI들을 취득하도록 하위(lower) 계층들을 구성한다. 요청된 SI들의 일부만이 네트워크(115)에 의해 확인응답되었던 "부분적" 성공의 경우, MAC은 부분적 성공을 RRC에 표시할 것이다. 모바일 디바이스(110)는 아직 확인응답되지 않은 다른 SI에 대해 요청하는 것을 재시도하고 또한 한편으로는 스케줄링 정보에 따라 확인응답된 SI들을 취득하도록 하위 계층들을 구성할 수 있다.

실시예 2: 다수의 확인응답들의 결합(Msg4)이 행해지지 않는다.

하나의 실시예에서, 경합이 일어나고 양 모바일 디바이스들(110)은 Msg2가 자신들을 위한 것이라고 가정하고 Msg2에서의 UL 허가(grant)를 사용하여 Msg3에 전송한다. 제1 모바일 디바이스(110a)가 Msg3에서 비트맵(215a)을 전송할 수 있다. 제2 모바일 디바이스(110b)가 Msg3에서 비트맵(215d)을 전송할 수 있다. 게다가, 네트워크(115)는 제2 모바일 디바이스(110b)로부터만 Msg3를 성공적으로 수신할 수 있고 그러므로 Msg3에서 제2 모바일 디바이스(110b)에 의해 전송된 10 비트 비트맵(215d)을 포함하는 Msg4 확인응답에서의 CR 아이덴티티를 재생할 것이다. 제1 모바일 디바이스(110a)에서의 LTE 유사 MAC 거동이 CR을 수행하고 10-비트 비트맵(215d)을 포함하는 처음의 48 개 비트들을 비교하려고 시도할 수 있다. Msg3에서 전송된 비트맵(215d)이 결합된 확인응답(Msg4)에서 수신된 것이 정확히는 아니기 때문에, CR은 실패할 것이다. 이는, 심지어 네트워크가 제1 모바일 디바이스의 SI 요청을 수신하지 않았더라도, 제1 모바일 디바이스(110a)에 의해 요청된 SI가 네트워크에 의해 송신될 것으로 실제로 확인응답되기 때문에 불행할 것이다. 이를 극복하기 위해, 실시예들은 다음을 수행할 수 있다.

하나의 실시예에서, CR은 RRC에 의해 수행된다. 그래서, RRC는 프리앰블(Msg1) 송신이 SI 요청들에 대한 것임을 MAC에 표시할 것이고 그 뒤에 Msg4의 수신 시 이에 기초하여, MAC은 CR을 스킵하고 Msg4 RRC 부분들을 RRC 계층에 전해줄 것이다. RRC는 비트맵(215)을 해석하고 모바일 디바이스의 요청이 네트워크(115)에 의해 수신되었는지(즉, 결합된 확인응답(Msg4) 비트맵(215)에서의 요구된 SI들에 대한 대응하는 비트들이 설정되었는지)를 결정할 것이다. 실패한 CR의 경우에, RRC는 절차를 재개할 수 있다.

하나의 실시예에서, RRC는 CR을 수행하는 동안 무시될 수 있는 비트맵(215)에서의 비트들에 관해 MAC에게 알릴 것이다. 그래서, 위의 예에서, 제1 모바일 디바이스 MAC은 두 번째에서 9번째까지 비트를 무시할 것이다. 비트들을 무시한 후의 CR의 결과가 성공적이면, MAC은 RRC에게 알리고 RRC는 스케줄링 정보에 따라 SI들을 취득하도록 하위 계층들을 구성한다. 요청된 SI들의 모두가 네트워크(115)에 의해 확인응답되지는 않았던 "부분적" 성공의 경우, MAC은 부분적 성공을 RRC에 표시할 것이다. 모바일 디바이스(110)는 아직 확인응답되지 않은 다른 SI에 대해 요청하는 것을 재시도하고 또한 한편으로는 스케줄링 정보에 따라 확인응답된 SI들을 취득하도록 하위 계층들을 구성할 수 있다.

하나의 실시예에서, 양 실시예들 A) 및 B)는 동일하고 그러므로, 다수의 확인응답들(Msg4)의 결합이 행해지는지의 여부에 무관하게, 이들 실시예들은 모바일 디바이스 SI 요청 및 취득을 최적화할 것이다.

실시예 C: Msg3은 MAC CE이지 RRC 메시지가 아니다.

하나의 실시예에서, 위와 동일한 배경으로(Msg3 및 Msg4가 RRC 메시지들인 경우), RRC는 어떤 SI들이 요청될 것인지와 그에 따라 비트맵(215)에서의 어떤 비트들이 설정될 것이 필요한지에 관한 정보를 MAC에 제공한다. Msg4를 수신 시의 MAC은 (비교와 같이 전체 48 개 비트들이 아니라) 모바일 디바이스(110)에 의해 설정되었던 비트들에 대해서만 CR을 수행할 필요가 있다. 이 비교에 기초하여, MAC은 모바일 디바이스의 요청이 네트워크(115)에 의해 수신되었는지(즉, 결합된 확인응답(Msg4) 비트맵(215)에서의 요구된 SI들에 대한 대응하는 비트들이 설정되는지)를 결정할 것이다. 성공의 경우, MAC은 RRC에게 "성공"을 표시할 것이고 RRC는 결국 스케줄링 정보에 따라 확인응답된 SI들을 취득하도록 물리 계층과 같은 하위 계층들을 구성할 수 있다. 결합된 확인응답(Msg4) 비트맵(215)에서의 요구된 SI들에 대한 대응하는 비트들 중 어느 것도 설정되지 않는 "실패"의 경우, RRC는 절차를 재개할 수 있다. 요청된 SI들 중 하나/일부만이 네트워크(115)에 의해 확인응답되었던 "부분적" 성공에 응답하여, MAC은 부분적 성공을 RRC에 표시할 것이다. 모바일 디바이스(215)는 아직 확인응답되지 않은 다른 SI에 대해 요청하는 것을 재시도하고 또한 한편으로는 스케줄링 정보에 따라 확인응답된 SI들을 취득하도록 하위 계층들을 구성할 수 있다.

도 3b는 시스템 정보 통신의 하나의 대체 실시예를 예시하는 도면이다. 묘사된 실시예에서, 기지국(105)은 최소 SI의 주기적 브로드캐스트(220)를 한다. 모바일 디바이스(110)는 PRACH 프리앰블 송신물(225)을 전달할 수 있다. 기지국(105)은 답신 메시지(210)에서 요청된 SI(240)를 송신할 수 있다.

RRC는 어떤 SI들/SIB들이 모바일 디바이스(110)에 의해 요구되는지를 결정하고 어떤 SI 메시지에 대해 구성되는 PRACH 기회가 시간적으로 가장 일찍 이용 가능한지를 또한 결정할 수 있다. RRC는 MAC 및 물리 계층과 같은 하위 계층들에 이 프리앰블 및 PRACH 리소스들을 표시할 것이다. 시간적으로 이용 가능한 다음의 것은 MAC 다음에 표시된다. 이 경우, 다음의 RACH 절차는, MAC이 성공적인 RACH 완료를 RRC에 표시할 시, 즉, Msg2에 포함된 RAPID 중 하나(프리앰블 id)가 Msg1 송신을 위해 사용되었음을 MAC이 검증하면, 시작된다. 한 번에 하나의 RACH 절차가 있을 수 있고 그러므로 백오프는, 존재한다면, 현재 RACH 절차에만 적용된다.

하나의 실시예에서, RRC는 모든 프리앰블들을 MAC에 한꺼번에 표시할 것이다. MAC은 아래에서 설명되는 바와 같은 두 개의 방법들 중 하나로 응답할 수 있다.

스태그형 또는 직렬 PRACH 송신들

하나의 실시예에서, MAC은 프리앰블 송신을 스태거화한다((N-1)번째 프리앰블에 대해 마지막 송신된 Msg1를 위해 Msg2를 기다려서 또는 그렇게 기다리는 일 없이 N번째 프리앰블에 대한 Msg1 송신을 시작한다). PRACH 기회들(특히 시간 로케이션들)에 의존하여, MAC은 두 번째 Msg2(SI Message2 용)를 송신하기 위한 PRACH 기회(특히 시간 로케이션)가 이용 가능하게 되기 전에 처음 개시된 RACH 절차에 대해 (즉, SI Message1를 위한 Msg1에 대해) Msg2(RAR)를 수신할 수 있거나 또는 수신하지 못할 수 있다. 이는 각각의 두 개의 Msg1들의 송신 시간에 무관하게 두 개의 별개의 RACH 절차들로서 취급된다. 두 번째 절차를 위한 Msg1은 처음 개시된 RACH 절차에 대해(즉, SI Message1를 위한 Msg1에 대해) Msg2(RAR)를 수신하기 전에 송신될 수 있다. RRC에는 두 개의 절차들의 각각에 대해 성공/실패가 따로따로 알려지고 그 다음에 RRC는 각각의 성공/실패에 대한 결정을 한다. 두 개의 RACH 절차들이 별개의 것으로서 취급되기 때문에, 백오프는, 존재한다면, Msg2가 대응하는 RAR 윈도우에서 또는 대응하는 PRACH 리소스들의 t-f(시간-주파수) 리소스들로부터 계산된 RA-RNTI 상에서 수신되는 RACH 절차에만 적용된다. 하나의 추가의 실시예에서, 모든 Msg1 송신이 성공하였을 때 공동 성공이 RRC에 표시되지만, 임의의 Msg1 송신이 성공할 수 없으면 대응하는 실패가 RRC에 개별적으로 표시된다.

하나의 실시예에서, MAC은 프리앰블들을 코드 다중화(MUX 프리앰블들을 다중화하고 그것들을 하나의 샷(shot)으로 즉, 동일한 t-f 리소스들로 전송)하는 것 또는 동일한 시간 기회 상에서 두 개의 상이한 주파수 리소스들을 사용하는 것 중 어느 하나를 함으로써 RACH 요청들을 통합한다. 이 옵션은 다중 PRACH 송신을 통합할 수 있는 모바일 디바이스들(110)에 대해서만 이용 가능하다.

도 4a는 트랜시버(400)의 하나의 실시예를 예시하는 개략적인 블록도이다. 트랜시버(400)는 기지국(105) 및/또는 모바일 디바이스(110)에 구현될 수 있다. 묘사된 실시예에서, 트랜시버(400)는 프로세서(405), 메모리(410), 통신 하드웨어(415), 송신기(420), 및 수신기(425)를 포함한다. 메모리(410)는 반도체 저장 디바이스, 하드 디스크 드라이브, 또는 그 조합들을 포함할 수 있다. 메모리(410)는 코드를 저장할 수 있다. 프로세서(405)는 그 코드를 실행할 수 있다. 통신 하드웨어(415)는 송신기(420) 및/또는 수신기(425)와 통신할 수 있다. 송신기(420)는 무선 신호들을 송신할 수 있다. 수신기(425)는 무선 신호들을 수신할 수 있다.

도 4b는 모바일 디바이스(110)에서 LTE 통신 스택의 하나의 실시예를 예시하는 개략적인 블록도이다. 묘사된 실시예에서, 그 통신 스택은 RRC(310), 패킷 데이터 수렴 프로토콜(Packet Data Convergence Protocol)(PDCP)(315), 라디오 링크 제어(Radio Link Control)(RLC)(320), MAC(325), 및 물리 계층(330)을 포함한다.

도 5a는 시스템 정보 통신 방법(500)의 하나의 실시예를 예시하는 개략적 흐름도이다. 방법(500)은 하나 이상의 모바일 디바이스들(110)에 대한 시스템 정보 인스턴스들을 취득할 수 있다. 방법(500)은 도 3a에 예시된 시스템 정보 통신을 수행할 수 있다. 방법(500)은 모바일 디바이스들(110) 및/또는 기지국들(105)의 하나 이상의 프로세서들(405)에 의해 수행될 수 있다.

방법(500)은 시작하고, 하나의 실시예에서, 모바일 디바이스(110)의 하나 이상의 프로세서들(405)은 하나 이상의 시스템 정보 인스턴스들에 대한 요청 메시지(205)를 모바일 디바이스(110)에서부터 기지국(105)으로 전달한다(505). 요청 메시지(205)는 요청된 시스템 정보 인스턴스들을 표시하는 요청 비트맵(215)을 포함할 수 있다.

하나의 실시예에서, RRC(310)는 요청 메시지(205)가 시스템 정보에 대한 것임을 MAC(325)에게 전달한다. 특정한 실시예에서, RRC(310)는 경합 해결을 위해 무시되는 각각의 비트맵(215)에서의 비트들을 MAC(325)에 전달한다.

기지국(105)의 프로세서(405)는 둘 이상의 모바일 디바이스들(110)로부터 둘 이상의 요청 메시지들(205)을 수신하고 둘 이상의 요청 메시지들(205)에 대한 시스템 정보 인스턴스들을 단일 답신 메시지(210) 내에 결합(510)할 수 있다. 하나의 실시예에서, 각각의 요청 메시지(205)는 요청된 시스템 정보 인스턴스들을 표시하는 요청 비트맵(215)을 포함한다. 기지국(105)의 프로세서(405)는 단일 답신 메시지(210) 안에 시스템 정보 인스턴스들을 표시하는 답신 비트맵(215)을 갖는 단일 답신 메시지(210)를 더 전달(515)할 수 있다.

기지국(105)에서부터의 답신 메시지(210)를 기지국(105)의 프로세서(405)는 전달하고(515) 모바일 디바이스(110)는 수신할 수 있다. 답신 메시지(210)는 답신 메시지(210)에서의 시스템 정보 인스턴스들을 표시하는 답신 비트맵(215)을 포함할 수 있다.

모바일 디바이스(110)의 프로세서(405)는 요청 메시지(205)에서 요청된 하나 이상의 시스템 정보 인스턴스들이 기지국(105)으로부터의 답신 메시지(210)에서 수신되는지를 결정(520)할 수 있다. 프로세서(405)는 답신 비트맵(215)로부터 수신된 시스템 정보 인스턴스들을 결정(520)할 수 있다. 예를 들어, 각각의 설정된 답신 비트맵 비트는 수신된 시스템 정보 인스턴스를 표시할 수 있다.

하나의 실시예에서, 답신 메시지(210)를 수신하는 것에 응답하여, MAC(325)은 답신 메시지(210)에 대한 경합 해결을 생략하고 답신 메시지(210)를 RRC(310)에 전해준다. RRC(310)는 하나 이상의 시스템 정보 인스턴스들이 수신되는지를 결정하기 위해 답신 메시지(210)의 답신 비트맵(215)을 해석할 수 있다.

특정한 실시예에서, 답신 메시지(210)를 수신하는 것에 응답하여, MAC(325)은 CR을 수행한다. 성공적인 CR에 응답하여, MAC(325)은 답신 비트맵(215)에서의 비트들을 RRC(310)에 알릴 수 있다.

요청 메시지(205)에서 요청된 하나 이상의 시스템 정보 인스턴스들이 수신되면, 모바일 디바이스(110)의 프로세서(405)는 요청 비트맵(215) 및 답신 메시지(210)로부터의 답신 비트맵(215)에서 표시되는 시스템 정보 인스턴스들을 취득(525)할 수 있고 방법(500)은 종료된다. 모바일 디바이스(110)는 요청 비트맵(215) 및 답신 메시지(210)로부터의 답신 비트맵(215) 둘 다를 표시하는 시스템 정보 인스턴스들을 취득(525)할 수 있다.

RRC(310)는 답신 비트맵(215)의 비트들에 기초하여 시스템 정보 인스턴스들을 취득하도록 물리 계층(330)을 구성할 수 있다. 예를 들어, RRC(310)는 답신 비트맵(215)에서의 설정된 비트에 대응하는 각각의 시스템 정보 인스턴스를 취득할 것을 물리 계층(330)에 지시할 수 있다.

하나의 실시예에서, 둘 이상의 모바일 디바이스들(110)로부터의 결합된 둘 이상의 요청 메시지들(205)에 대한 시스템 정보 인스턴스들의 경우, 각각의 모바일 디바이스(110)는 모바일 디바이스(110)로부터의 요청 비트맵(215)에서 표시되지 않은 시스템 정보 인스턴스들을 무시한다.

요청 메시지(205)에서 요청된 하나 이상의 시스템 정보 인스턴스들이 수신되지 않으면, 모바일 디바이스(110)의 프로세서(405)는 답신 비트맵(215)에 표시된 바와 같은 하나 이상의 정보 인스턴스들의 서브세트를 취득(530)할 수 있다. 예를 들어, 제1 및 제4 시스템 정보 인스턴스들이 요청되었고 제4 시스템 정보 인스턴스만이 답신 비트맵(215)에서 표시되었다면, 프로세서(405)는 제4 시스템 정보 인스턴스를 취득(530)할 수 있다.

모바일 디바이스(110)의 프로세서(405)는 기지국(105)으로부터 요청 비트맵(215)에서 표시되지만 답신 비트맵(215)에서 표시되지 않은 시스템 정보 인스턴스들을 추가로 요청(535)할 수 있고 방법(500)은 종료된다. 위의 예를 계속하여, 프로세서(405)는 요청되었지만 수신되지 않았던 제1 시스템 정보 인스턴스를 요청(535)할 수 있다.

하나의 실시예에서, RRC(310)는 답신 비트맵(215)의 비트들에 의해 표시되지 않은 시스템 정보 인스턴스들에 대한 제2 요청 메시지(205)를 생성한다. 예를 들어, 설정되지 않은 것으로 답신 비트맵(215)의 첫 번째 비트에 의해 표시된 바와 같이, 요청 비트맵(215)의 첫 번째 비트에 대응하는 시스템 정보 인스턴스가 수신되지 않았다면, RRC(310)는 제2 요청 메시지(205)를 생성할 수 있다. 제2 요청 메시지(205)는 제1 비트 세트를 갖는 제2 요청 비트맵(215)을 포함할 수 있다.

하나의 실시예에서, 둘 이상의 모바일 디바이스들(110)로부터의 결합된 둘 이상의 요청 메시지들(205)에 대한 시스템 정보 인스턴스들의 경우, 각각의 모바일 디바이스(110)는 단일 답신 메시지(210)에서 송신되지 않은 이전에 요청된 시스템 정보 인스턴스들을 재요청한다(535).

도 5b는 시스템 정보 통신 방법(600)의 하나의 대체 실시예를 예시하는 개략적 흐름도이다. 방법(600)은 요청 메시지들(205)을 송신하고 시스템 정보 인스턴스들을 취득할 수 있다. 방법(600)은 도 3b에 예시된 시스템 정보 통신을 수행할 수 있다. 방법(600)은 모바일 디바이스들(110) 및/또는 기지국들(105)의 하나 이상의 프로세서들(405)에 의해 수행될 수 있다.

방법(600)은 시작되고, 하나의 실시예에서, 모바일 디바이스(110)의 프로세서(405)는 기지국(105)에게 적어도 두 개의 시스템 정보 인스턴스들을 요청할 것을 결정한다(605). 프로세서(405)는 적어도 두 개의 시스템 정보 인스턴스들 중 제1 시스템 정보 인스턴스를 요청하는 제1 요청 메시지(205)를 추가로 송신(610)할 수 있다.

덧붙여서, 프로세서(405)는 적어도 두 개의 시스템 정보 인스턴스들 중 제2 시스템 정보를 요청하는 제2 요청 메시지를 송신(615)할 수 있다. 제1 요청 메시지(205) 및 제2 요청 메시지(205)는 프리앰블 및 시간-주파수 리소스 중 하나일 수 있다. 제1 요청 메시지(205) 및 제2 요청 메시지(205)는 RACH 요청으로서 송신될 수 있다. 하나의 실시예에서, 제1 요청 메시지(205) 및 제2 요청 메시지(205)의 송신은 상호 독립적일 수 있다. 하나의 실시예에서, RRC(310)는 제1 및 제2 요청 메시지들이 시스템 정보를 위한 것임을 MAC(325)에 전달한다.

모바일 디바이스(110)의 프로세서(405)는 답신 메시지(210)를 수신(617)할 수 있다. 모바일 디바이스(110)의 프로세서(405)는 답신 메시지(210) 안에 각각의 요청 메시지(205)에 대한 성공적인 답신들이 있는지를 추가로 결정(620)할 수 있다. 하나의 실시예에서, 답신 메시지(210)를 수신하는 것에 응답하여, MAC(325)은 답신 메시지(210)를 RRC(310)에 전해준다. RRC(310)는 적어도 두 개의 시스템 정보 인스턴스들이 답신 메시지(210)로부터 수신되는지를 결정할 수 있다.

하나의 실시예에서, MAC(325)은 CR을 수행한다. 성공적인 CR에 응답하여, MAC(325)은 수신된 시스템 정보를 RRC(310)에게 알려준다. RRC(310)는 수신된 시스템 정보에 기초하여 시스템 정보 인스턴스들을 취득하도록 물리 계층(330)을 구성할 수 있다.

요청 메시지들(205)에 대해 답신 메시지들(210) 안에 성공적인 답신들이 있다면 프로세서(405)는 공동 성공을 보고한다(625). 임의의 요청 메시지(210)에 대한 답신 메시지(210)에서의 적어도 하나의 성공하지 못한 답신에 응답하여, 프로세서(405)는 각각의 답신을 따로따로 보고한다(630).

모바일 디바이스(110)의 프로세서(405)는 수신된 시스템 정보 인스턴스들을 취득(325)할 수 있다. 덧붙여서, 프로세서(405)는 수신된 시스템 정보로 수신되지 않은 시스템 정보 인스턴스들을 요청할 수 있고 방법(600)은 종료된다. 하나의 실시예에서, RRC(310)는 수신된 시스템 정보로 수신되지 않은 시스템 정보 인스턴스들을 요청하는 제3 RACH 요청 메시지(210)를 송신한다.

산업적 적용

기지국들(105)은 모바일 디바이스들(110)에 시스템 정보를 정기적으로 제공한다. 시스템 정보를 제공하는 시그널링 부하를 줄이기 위해, 실시예들은 비최소 시스템 정보와 같은 필요한 시스템 정보의 시스템 정보 인스턴스들로서의 제공을 지원한다. 각각의 시스템 정보 인스턴스는 모바일 디바이스(110)에 의해 요구된 시스템 정보의 부분을 포함할 수 있다. 실시예들은 모바일 디바이스(110)가 이산적인 시스템 정보 인스턴스들을 요청하고 취득하는 것을 허용한다. 그 결과, 필요한 시스템 정보를 모바일 디바이스들(110)에 제공하면서도 모바일 디바이스들(110)로의 시스템 정보의 전달은 감소된다. 실시예들은 RACH가 완료되기를 기다리는 원치 않는 지연들을 추가로 완화시킨다. 따라서, 실시예들은 시스템 정보를 모바일 디바이스들(110)에 제공하는 시그널링 부하를 감소시키고 시스템 정보의 취득을 고속화한다.

실시예들은 다른 특정 형태들로 실용화될 수 있다. 설명된 실시예들은 모든 점에서 예시적인 것이지만 제한적인 것은 아닌 것으로 간주되어야 한다. 발명의 범위는, 그러므로, 앞서의 설명에 의해서가 아니라 첨부의 청구항들에 의해 나타내어진다. 청구항들의 등가의 의미 및 범위 내에 들어가는 모든 변경들은 그것들의 범위 내에 포함된다.

Claims

방법으로서,
라디오 리소스 제어(RRC)의 사용에 의해, 필요한 시스템 정보를 결정하는 단계;
필요한 다음 시스템 정보 메시지를 반복적으로 결정하는 단계;
대응하는 시스템 정보 요청을 위한 랜덤 액세스 채널(RACH)을 개시하기 위해, 하나 이상의 랜덤 액세스 프리앰블 및 SI 요청을 위한 물리적 랜덤 액세스 채널(PRACH) 기회들을 포함하는 방식에 의해 각각의 다음 필요한 시스템 정보 메시지를 매체 액세스 제어(MAC)에 표시하는 단계;
상기 MAC의 사용에 의해, 상기 RACH를 시작하는 단계;
제1 메시지에서 사용되는 제2 메시지에 대한 제1 프리앰블 식별자에 응답하여 RACH 완료를 결정하는 단계;
상기 MAC의 사용에 의해, 요청된 시스템 정보 메시지 및/또는 RACH에 대한 확인 응답의 수신을 상기 RRC에 표시하는 단계; 및
상기 MAC가 상기 RACH 완료를 상기 RRC에 표시하는 것에 응답하여, 다음 RACH를 시작하는 단계를 포함하는, 방법.
제1항에 있어서,
상기 RRC로의 시스템 정보 인스턴스 요청 및/또는 RACH에 대한 확인 응답을 수신하는 단계를 더 포함하는, 방법.
제1항에 있어서,
상기 요청은 RRC 메시지인, 방법.
제1항에 있어서,
상기 요청은 MAC 제어 요소(CE) 메시지인, 방법.
제1항에 있어서,
상기 확인 응답은 RRC 메시지인, 방법.
제1항에 있어서,
상기 확인 응답은 MAC CE 메시지인, 방법.
제1항에 있어서,
각각의 모바일 디바이스는 상기 확인 응답에서 송신되지 않은 이전에 요청된 시스템 정보 인스턴스를 재요청하는, 방법.
장치로서,
프로세서를 포함하며, 상기 프로세서는:
라디오 리소스 제어(RRC)의 사용에 의해, 필요한 시스템 정보를 결정하고;
필요한 다음 시스템 정보 메시지를 반복적으로 결정하고;
대응하는 시스템 정보 요청을 위한 랜덤 액세스 채널(RACH)을 개시하기 위해, 하나 이상의 랜덤 액세스 프리앰블 및 SI 요청을 위한 물리적 랜덤 액세스 채널(PRACH) 기회들을 포함하는 방식에 의해 각각의 다음 필요한 시스템 정보 메시지를 매체 액세스 제어(MAC)에 표시하고;
상기 MAC의 사용에 의해, 상기 RACH를 시작하고;
제1 메시지에서 사용되는 제2 메시지에 대한 제1 프리앰블 식별자에 응답하여 RACH 완료를 결정하고;
상기 MAC의 사용에 의해, 요청된 시스템 정보 메시지 및/또는 RACH에 대한 확인 응답의 수신을 상기 RRC에 표시하고;
상기 MAC가 상기 RACH 완료를 상기 RRC에 표시하는 것에 응답하여, 다음 RACH를 시작하는, 장치.
제8항에 있어서,
상기 프로세서는, 추가로 상기 RRC로의 시스템 정보 인스턴스 요청 및/또는 RACH에 대한 확인 응답을 수신하는, 장치.
제8항에 있어서,
상기 요청은 RRC 메시지인, 장치.
제8항에 있어서,
상기 요청은 MAC 제어 요소(CE) 메시지인, 장치.
제8항에 있어서,
상기 확인 응답은 RRC 메시지인, 장치.
제8항에 있어서,
상기 확인 응답은 MAC CE 메시지인, 장치.
제8항에 있어서,
각각의 모바일 디바이스는 상기 확인 응답에서 송신되지 않은 이전에 요청된 시스템 정보 인스턴스를 재요청하는, 장치.
프로세서에 의해 실행 가능한 코드를 저장하는 비일시적 컴퓨터 판독 가능 저장 매체를 포함하는 프로그램 제품으로서, 상기 실행 가능한 코드는:
라디오 리소스 제어(RRC)의 사용에 의해, 필요한 시스템 정보를 결정하고;
필요한 다음 시스템 정보 메시지를 반복적으로 결정하고;
대응하는 시스템 정보 요청을 위한 랜덤 액세스 채널(RACH)을 개시하기 위해, 하나 이상의 랜덤 액세스 프리앰블 및 SI 요청을 위한 물리적 랜덤 액세스 채널(PRACH) 기회들을 포함하는 방식에 의해 각각의 다음 필요한 시스템 정보 메시지를 매체 액세스 제어(MAC)에 표시하고;
상기 MAC의 사용에 의해, 상기 RACH를 시작하고;
제1 메시지에서 사용되는 제2 메시지에 대한 제1 프리앰블 식별자에 응답하여 RACH 완료를 결정하고;
상기 MAC의 사용에 의해, 요청된 시스템 정보 메시지 및/또는 RACH에 대한 확인 응답의 수신을 상기 RRC에 표시하고;
상기 MAC가 상기 RACH 완료를 상기 RRC에 표시하는 것에 응답하여, 다음 RACH를 시작하는 것을 수행하는 코드를 포함하는, 프로그램 제품.
제15항에 있어서,
상기 프로세서는, 추가로 상기 RRC로의 시스템 정보 인스턴스 요청 및/또는 RACH에 대한 확인 응답을 수신하는, 프로그램 제품.
제15항에 있어서,
상기 요청은 RRC 메시지인, 프로그램 제품.
제15항에 있어서,
상기 요청은 MAC 제어 요소(CE) 메시지인, 프로그램 제품.
제15항에 있어서,
상기 확인 응답은 RRC 메시지인, 프로그램 제품.
제15항에 있어서,
상기 확인 응답은 MAC CE 메시지인, 프로그램 제품.