一种异厂商组网场景的ResumeIdentity的解析方法技术

本发明专利技术提供了一种异厂商组网场景的ResumeIdentity的解析方法，属于5G通信技术领域，包括：在异厂商的5G基站gNB内配置多个ResumeIdentity解析规则表，在每一个ResumeIdentity解析规则表内设置不同类型的ResumeIdentity标识的解析规则；当异厂商的gNB收到用户终端UE发来的Resume请求时，找到能够与gNB相匹配的ResumeIdentity解析规则表，利用ResumeIdentity解析规则表内的解析规则来解析UE发来的Resume请求。该方法能够实现异厂商gNB的ResumeIdentity标识解析。异厂商gNB的ResumeIdentity标识解析。异厂商gNB的ResumeIdentity标识解析。

【技术实现步骤摘要】
一种异厂商组网场景的ResumeIdentity的解析方法


[0001]本专利技术属于移动通讯
，具体涉及一种异厂商组网场景的ResumeIdentity的解析方法。

技术介绍

[0002]在5GNR(New Radio)引入了RRC_INACTIVE态，最后为其提供服务的gNB(基站)在通知UE(用户终端)进入RRC_INACTIVE态时下发fullI
‑
RNTI及shortI
‑
RNTI标识用于UE恢复上下文。进入RRC_INACTIVE态的UE可以在RNA(RAN Notification Area)区域内移动，当UE移动到其他站发起Resume请求时携带ResumeIdentity标识：fullI
‑
RNTI或shortI
‑
RNTI请求目标gNB恢复上下文，收到Resume请求的目标gNB需要解析fullI
‑
RNTI或shortI
‑
RNTI标识获取最后为其服务的gNB的标识，从而通过Xn接口向其获取UE上下文从而恢复UE的RRC连接。
[0003]UE发起Resume请求时判断当前选择的小区如果SIB1中携带useFullResumeID标识，则使用fullI
‑
RNTI发起Resume请求，否则使用shortI
‑
RNTI发起。full
‑
RNTI总长40BIT，shortI
‑
RNTI长度为24BIT，fullI
‑
RNTI及shortI
‑
RNTI标识由UE标识和基站标识gNBID、PLMN标识的部分BIT组成，各部分的组成长度由基站厂商自定义，因此在异厂商组网场景下，收到Resume请求的基站无法获知fullI
‑
RNTI及shortI
‑
RNTI的组成规则，如果按照本站组成规则进行解析就会导致gNBID解析错误，从而无法从最后在服的gNB获取UE上下文，从而导致Resume失败，UE掉话。

技术实现思路

[0004]为了克服上述现有技术存在的不足，本专利技术提供了一种异厂商组网场景的ResumeIdentity的解析方法。
[0005]为了实现上述目的，本专利技术提供如下技术方案：
[0006]一种异厂商组网场景的ResumeIdentity的解析方法，包括：
[0007]在异厂商的5G基站gNB内配置多个ResumeIdentity解析规则表，在每一个ResumeIdentity解析规则表内设置不同类型的ResumeIdentity标识的解析规则；
[0008]当异厂商的gNB收到用户终端UE发来的Resume请求时，找到能够与邻接的gNB相匹配的ResumeIdentity解析规则表，利用ResumeIdentity解析规则表内的解析规则来解析UE发来的Resume请求。
[0009]进一步，所述ResumeIdentity解析规则表的解析规则包括：
[0010]规则ID，用来作为ResumeIdentity解析规则表在基站中的编号；
[0011]ResumeId类型，用于标识解析规则所对应的ResumeIdentity标识类型，分为fullI
‑
RNTI或shortI
‑
RNTI两种类型；
[0012]gNBID起始位置，用于表示gNBID在ResumeIdentity标识中从左到右的BIT位置；
[0013]gNBID长度：表示gNBID在ResumeIdentity标识中所占的BIT长度；
[0014]PLMN起始位置：表示PLMN在ResumeIdentity中从左到右的BIT位置；
[0015]PLMN长度：表示PLMN在ResumeIdentity标识中所占的BIT长度。
[0016]进一步，所述当异厂商的gNB收到用户终端UE发来的Resume请求时，找到能够与邻接的gNB相匹配的ResumeIdentity解析规则表包括：
[0017]当异厂商的gNB收到UE发起的ResumeRequest或者ResumeReques1消息后，判断如果收到消息中携带的ResumeIdentity类型为shortI
‑
RNTI，则获取解析规则表中所有ResumeId类型为shortI
‑
RNTI的解析规则表，否则获取解析表中ResumeId类型为fullI
‑
RNTI的ResumeIdentity解析规则表；
[0018]利用获取到的所有ResumeIdentity解析规则表里的规则逐个与邻接gNB进行匹配，直到匹配成功。
[0019]进一步，所述利用获取到的所有ResumeIdentity解析规则表里的规则逐个与邻接gNB进行匹配，其包括：
[0020]根据ResumeIdentity解析规则表中配置的gNBID起始位置和gNBID长度N获取gNBID Index信息；
[0021]判断邻接gNBID的低N位是否与gNBID Index完全相等,如果完全相等，则
[0022]表示当前规则能成功匹配到邻接gNB，否则继续判断下一个ResumeIdentity解析规则表中的规则能否成功匹配到邻接gNB。
[0023]进一步，当异厂商的gNB找到能够与邻接的gNB相匹配的ResumeIdentity解析规则表后，根据ResumeIdentity规则表中配置的PLMN起始位置和PLMN长度获取PLMN信息。
[0024]本专利技术提供的一种异厂商组网场景的ResumeIdentity的解析方法具有以下有益效果：
[0025]本专利技术在ResumeIdentity解析规则表中配置不同厂商gNB的ResumeIdentity的解析规则，规定了ResumeId类型、gNBID起始位置、gNBID长度、PLMN起始位置、PLMN长度信息，不同厂商gNB可以通过ResumeIdentity的解析规则对UE发来的ResumeIdentity标识进行解析，解决了现有技术中，fullI
‑
RNTI及shortI
‑
RNTI标识由UE标识和基站标识gNBID、PLMN标识的部分BIT组成，各部分的组成长度由基站厂商自定义，因此在异厂商组网场景下，收到Resume请求的基站无法获知fullI
‑
RNTI及shortI
‑
RNTI的组成规则，如果按照本站组成规则进行解析就会导致gNBID解析错误，从而无法从最后在服的gNB获取UE上下文，从而导致Resume失败，UE掉话的问题。
附图说明
[0026]为了更清楚地说明本专利技术实施例及其设计方案，下面将对本实施例所需的附图作简单地介绍。下面描述中的附图仅仅是本专利技术的部分实施例，对于本领域普通技术人员来说，本文档来自技高网...

【技术保护点】

【技术特征摘要】
1.一种异厂商组网场景的ResumeIdentity的解析方法，其特征在于，包括：在异厂商的5G基站gNB内配置多个ResumeIdentity解析规则表，在每一个ResumeIdentity解析规则表内设置不同类型的ResumeIdentity标识的解析规则；当异厂商的gNB收到用户终端UE发来的Resume请求时，找到能够与邻接的gNB相匹配的ResumeIdentity解析规则表，利用ResumeIdentity解析规则表内的解析规则来解析UE发来的Resume请求。2.根据权利要求1所述的一种异厂商组网场景的ResumeIdentity的解析方法，其特征在于，所述ResumeIdentity解析规则表的解析规则包括：规则ID，用来作为ResumeIdentity解析规则表在基站中的编号；ResumeId类型，用于标识解析规则所对应的ResumeIdentity标识类型，分为fullI
‑
RNTI或shortI
‑
RNTI两种类型；gNBID起始位置，用于表示gNBID在ResumeIdentity标识中从左到右的BIT位置；gNBID长度：表示gNBID在ResumeIdentity标识中所占的BIT长度；PLMN起始位置：表示PLMN在ResumeIdentity中从左到右的BIT位置；PLMN长度：表示PLMN在ResumeIdentity标识中所占的BIT长度。3.根据权利要求2所述的一种异厂商组网场景的ResumeIdentity的解析方法，其特征在于，所述当异厂商的gNB收到用户终端UE发来的Resume请求时，找到能够与邻...

【专利技术属性】
技术研发人员：黄晶，
申请(专利权)人：杭州红岭通信息科技有限公司，
类型：发明
国别省市：