throbber
3GPP TSG-RAN WG2 Meeting #Ad-hoc1801
`Vancouver, Canada, 22th – 26th January 2018
`
`R2-1800041
` Resubmission of R2-1712214
`
`Agenda Item:
`
`10.4.1.6.5
`
`Source:
`
`Title:
`
`ASUSTeK
`
`Discussion on On-demand system information request in NR
`
`Document for: Discussion and Decision
`
`1.
`
`INTRODUCTION
`
`Agreements
`1
`Only progress on the two agreed approaches for delivering on-demand system information (via
`dedicated signalling to RRC_CONNECTED UEs; via SI-Message broadcast to RRC_IDLE and
`RRC_INACTIVE UEs) and refrain from introducing additional solution variants.
`Agreements for Msg3 based SI request method:
`1. UE determines successful Msg3 based on reception of Msg4
`FFS Details of the Msg4 content used to confirm successful Msg3. To be discussed initially CP.
`2. Preamble(s) for SI request using Msg3 based Method are not reserved.
`3. RRC signaling is used for SI request in Msg3.
`FFS: RRC signaling how to indicate the requested SI/SIB details left to ASN.1 work.
`4. Temporary C-RNTI received in Msg2 is used for Msg4 reception
`
`In this contribution, we discuss Msg3 based System information request and system information request for
`RRC_CONNECTED UE.
`
`2. DISCUSSION
`Based on current agreement, the possible steps for Msg3 based system information request are shown in
`Figure 1.
`
`UE
`
`I
`
`I
`Preamble
`( No reserved RACH resource)
`
`I
`
`gNB
`
`I
`
`Msg2
`(TC-RNTI, UL grant, TA)
`
`Msg3 ( SI request )
`
`Msg4 (resolve contention)
`
`~
`
`~
`
`~ .
`
`~
`
`~
`
`Ex.1012
`APPLE INC. / Page 1 of 3
`
`

`

`
`
`
`
`Figure .1 Msg3 based system information request procedure
`
`When a UE in RRC_IDLE/in RRC_INACTIVE wants to request system information, the UE will need to
`check whether the system information is associated with special PRACH. If not, the UE will transmit a SI
`request through the Msg3 in a random access procedure. Moreover, the system information request
`message should be transmitted through SRB0 (i.e. CCCH message) due to the UE’s state. And the system
`information request will need to include UE identity for resolving the contention. Moreover, the UE has no
`need to set the Temporary C-RNTI as C-RNTI in such case. On the other hand, it is reasonable for UE in
`RRC_CONNECTED state to reuse the system information request message in Msg3 based SI request.
`
`Proposal 1: For Msg3 based SI request, a UE in RRC_IDLE/RRC_INACTIVE transmits a system
`information request message containing a UE identity through SRB0.
`
`Proposal 2: The system information request message in Msg3 based SI request method will also be
`used by UE in RRC_CONNECTED mode.
`
`In general, if UE wants to transmit a RRC message, the UE may either use received uplink grant or need to
`derive uplink resource through SR procedure or random access procedure. When the UE uses a dedicated
`uplink grant for transmitting the system information request message, the gNB will forward system
`information to the UE through DL assignment addressed to the UE’s C-RNTI. In such case, it is obvious
`that the system information request has no need to include an UE identity.
`
`Observation 1: A UE in RRC_CONNECTED mode has no need to include a UE identity into the
`system information request message when the UE uses a dedicated uplink grant to
`transmit the system information request message.
`
`Regarding SR case, if the UE could trigger a SR for the system information request, then the UE will
`receives a dedicated uplink grant for transmitting the system information request message. And the gNB
`will forward system information to the UE through DL assignment addressed to the UE’s C-RNTI. And the
`system information request also has no need to include an UE identity in this case. However, it is not clear
`whether the SR will be triggered if the system information request is transmitted through CCCH. There is
`no association between the CCCH and SR configuration.
`
`On the other hand, regarding RA case, the UE in RRC_CONNECTED will perform a random access
`procedure
`similar
`to
`the Msg3 based SI
`request method performed by
`the UE
`in
`RRC_IDLE/RRC_INACTIVE. One main difference would be the UE in RRC_CONNECTED already has
`C-RNTI. In such case, since the UE transmits the system information request message through SRB0
`(CCCH), the C-RNTI MAC CE would not be included based on LTE RA design (Baseline). It will force
`UE in RRC_CONNECTED state to resolve contention based on other identity included in the system
`information request message. And it also makes condition for whether to include UE identity into system
`information message more complex. Here are
`two possible options proposed
`for UE
`in
`RRC_CONNECTED to decide the contents in system information request message.
`
`Option 1: A UE in RRC_CONNECTED transmits the system information request message
`through SRB1 (DCCH). And no UE identity will be included into system information request
`message.
`
`Option 2: A UE in RRC_CONNECTED decides whether to include UE identity (e.g. S-TMSI or
`C-RNTI) into system information request message based on whether the UE has PUCCH
`resource configured for CCCH.
`
`Ex.1012
`APPLE INC. / Page 2 of 3
`
`

`

`
`
`
`
`In most of cases, the two options could avoid UE including UE identity in SR forwarding case, while allow
`UE to include UE identity for RA forwarding case. In option 1, the UE identity will be included as C-RNTI
`MAC CE for RA forwarding case. In option 2, the UE identity will be included as information element for
`RA forwarding case. Comparing the two options, the option 1 will have less specification impact and can
`solve the concern mentioned in SR case at the same time. We prefer to use Option 1 for handling contents
`of system information request message transmitted by UE in RRC_CONNECTED.
`
`Proposal 3: A UE in RRC_CONNECTED transmits a system information request message
`containing no UE identity through SRB1.
`
`3. CONCLUSION
`
`In this contribution, we propose the following:
`
`Proposal 1: For Msg3 based SI request, a UE in RRC_IDLE/RRC_INACTIVE transmits a system
`information request message containing a UE identity through SRB0.
`
`Proposal 2: The system information request message in Msg3 based SI request method will also be
`used by UE in RRC_CONNECTED mode.
`
`Proposal 3: A UE in RRC_CONNECTED transmits a system information request message
`containing no UE identity through SRB1.
`
`4. REFERENCE
`
`[1] RAN2 98 Chairman’s note
`[2] RAN2 Adhoc2 Chairman’s note
`
`
`Ex.1012
`APPLE INC. / Page 3 of 3
`
`

This document is available on Docket Alarm but you must sign up to view it.


Or .

Accessing this document will incur an additional charge of $.

After purchase, you can access this document again without charge.

Accept $ Charge
throbber

Still Working On It

This document is taking longer than usual to download. This can happen if we need to contact the court directly to obtain the document and their servers are running slowly.

Give it another minute or two to complete, and then try the refresh button.

throbber

A few More Minutes ... Still Working

It can take up to 5 minutes for us to download a document if the court servers are running slowly.

Thank you for your continued patience.

This document could not be displayed.

We could not find this document within its docket. Please go back to the docket page and check the link. If that does not work, go back to the docket and refresh it to pull the newest information.

Your account does not support viewing this document.

You need a Paid Account to view this document. Click here to change your account type.

Your account does not support viewing this document.

Set your membership status to view this document.

With a Docket Alarm membership, you'll get a whole lot more, including:

  • Up-to-date information for this case.
  • Email alerts whenever there is an update.
  • Full text search for other cases.
  • Get email alerts whenever a new case matches your search.

Become a Member

One Moment Please

The filing “” is large (MB) and is being downloaded.

Please refresh this page in a few minutes to see if the filing has been downloaded. The filing will also be emailed to you when the download completes.

Your document is on its way!

If you do not receive the document in five minutes, contact support at support@docketalarm.com.

Sealed Document

We are unable to display this document, it may be under a court ordered seal.

If you have proper credentials to access the file, you may proceed directly to the court's system using your government issued username and password.


Access Government Site

We are redirecting you
to a mobile optimized page.





Document Unreadable or Corrupt

Refresh this Document
Go to the Docket

We are unable to display this document.

Refresh this Document
Go to the Docket