CN108476535A - 无线终端、无线站、核心网节点及其方法 - Google Patents

无线终端、无线站、核心网节点及其方法 Download PDF

Info

Publication number
CN108476535A
CN108476535A CN201680077007.0A CN201680077007A CN108476535A CN 108476535 A CN108476535 A CN 108476535A CN 201680077007 A CN201680077007 A CN 201680077007A CN 108476535 A CN108476535 A CN 108476535A
Authority
CN
China
Prior art keywords
message
communication architecture
wireless terminal
architecture type
initial
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
CN201680077007.0A
Other languages
English (en)
Other versions
CN108476535B (zh
Inventor
二木尚
林贞福
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to CN202111176616.0A priority Critical patent/CN114025393A/zh
Publication of CN108476535A publication Critical patent/CN108476535A/zh
Application granted granted Critical
Publication of CN108476535B publication Critical patent/CN108476535B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/16—Central resource management; Negotiation of resources or communication parameters, e.g. negotiating bandwidth or QoS [Quality of Service]
    • H04W28/18—Negotiating wireless communication parameters
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/20—Manipulation of established connections
    • H04W76/27—Transitions between radio resource control [RRC] states
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W8/00—Network data management
    • H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
    • H04W8/24—Transfer of terminal data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/11—Allocation or use of connection identifiers
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Abstract

无线终端(1)被配置为将包括UE辅助信息元素的无线资源控制(RRC)连接设置完成消息发送至无线站(2)，其中该UE辅助信息元素用于指示期望使用、支持或者设置与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。结果，关于涉及用作CIoT装置的无线终端所使用的通信体系结构的确定的具体通信过程，例如可以有助于通信过程的效率增强、信令消息的减少或者适当核心网的选择。

Description

无线终端、无线站、核心网节点及其方法
技术领域
本发明涉及支持数据传输所用的多个通信体系结构类型的无线通信系统。
背景技术
在第三代合作伙伴计划(3GPP)中，蜂窝物联网(CIoT)的标准化正在进行中。3GPP中的预期CIoT包括长期演进增强型机器对机器(LTE eMTC)和窄带IoT(NB-IoT)。LTE eMTC和NB-IoT的特征包括超低用户设备(UE)电力消耗、各小区的大量装置、窄带谱和扩展覆盖范围。在LTE eMTC(类别M)中，规定了接收UE射频(RF)带宽为1.4MHz。另一方面，在NB-IoT中，假定如下：下行链路和上行链路的峰值速率为200kbps或144kbps以优化成本、降低电力消耗并进一步扩展覆盖范围，并且UE RF带宽对于上行链路和下行链路这两者约为200kHz(有效带宽为180kHz)。
非专利文献1公开了用于NB-IoT中的非频繁小数据传输的数个通信体系结构解决方案。这些解决方案包括用于经由控制面的数据传输的体系结构(解决方案2)、以及涉及RRC连接的暂停和恢复的经由用户面的数据传输的体系结构(解决方案18)。在非专利文献1中，解决方案2的支持对于UE和网络这两者是必须的，而解决方案18的支持对于UE和网络这两者是可选的。
解决方案2是基于CIoT所用的轻量级核心网(CN)体系结构。在该轻量级CN体系结构中，考虑到CIoT装置的典型使用情况，与根据现有LTE的CN实体(即，移动性管理实体(MME)、服务网关(S-GW)和分组数据网络网关(P-GW))中的功能的数量相比，核心网仅支持有限数量的功能。图1示出非漫游情况下的CIoT所用的网络体系结构。
CIoT服务网关节点(C-SGN)是新的逻辑网络实体。C-SGN是具有控制面(CP)和用户面(UP)这两者的CN节点。C-SGN提供针对CIoT装置的有限的移动性管理(MM)过程、小数据传输过程、针对小数据传输的安全过程和非漫游情况所用的SGi接口的终端。P-GW功能可以与C-SGN分开。在这种情况下，在C-SGN和P-GW之间使用S5接口。在漫游情况下，C-SGN提供S8接口。
S1-lite接口是S1-C(S1-MME)的优化版本。S1-lite接口支持CIoT过程所需的S1应用协议(S1AP)消息和信息元素(IE)，并且支持优化了的安全过程。为了实现高效的小数据传输，经由S1AP层传送用户数据。
具体地，在非漫游情况的移动发起(MO)小数据传输的情况下，UE发送携载小数据包(例如，因特网协议(IP)、非IP或短消息服务(SMS))的上行链路非接入层(NAS)消息。该上行链路NAS消息经由CIoT基站(CIoT BS)到达C-SGN。上行链路NAS消息是在信令无线承载(SRB)上传输的。因此，不需要设置数据无线承载(DRB)。此外，可以省略接入层(AS)安全性。
C-SGN对上行链路NAS消息进行解密以获得小数据包。C-SGN根据小数据包的数据类型来转发小数据包。对于IP小数据，C-SGN在SGi接口上发送该IP小数据。对于SMS，C-SGN将该SMS发送至与SMS有关的实体(例如，SMS网关移动业务交换中心(SMS-GMSC)、SMS互通移动业务交换中心(SMS-IWMSC)或SMS路由器)。对于非IP小数据，C-SGN将该非IP小数据发送至业务能力开放功能(SCEF)。
在非漫游情况的移动终止(MT)小数据传输的情况下，C-SGN经由CIoTBS将携载小数据包的下行链路NAS消息发送至UE。对于下行链路小数据包传输也不需要任何DRB，并且可以省略AS安全性。
图1所示的CIoT BS是位于CIoT无线接入网(CIoT RAN)中的基站。代替图1所示的CIoT BS，可以使用被配置为连接至C-SGN的LTE eNB。该LTE eNB可以是支持LTE eMTC的eNB。
另一方面，根据解决方案18的体系结构提供在用户面上的非频繁小数据传输。根据解决方案18的体系结构具有将从以前的RRC连接获得的信息重新用于后续的RRC连接设置的特征，由此减少UE无线资源控制(RRC)状态转变所需的信令的数量。
具体地，UE从RRC连接模式进入RRC空闲模式，并且在处于RRC空闲模式时保持与RRC连接有关的信息(例如，接入层安全上下文、(包括RoHC状态信息的)承载相关信息和在适用时的L2/1参数)。同样，eNB保持与UE的RRC连接有关的信息(例如，接入层安全上下文、(包括RoHC状态信息的)承载相关信息和在适用时的L2/1参数)。此外，eNB和MME保持S1APUE上下文。此外，eNB保持S1-U隧道地址。
在UE返回至RRC连接模式时，UE向eNB发送RRC连接恢复请求。eNB基于以前保持的与RRC连接有关的信息来恢复DRB、安全上下文、S1AP连接和S1-U隧道。此外，eNB使用新的S1AP消息(即，S1-AP UE上下文激活)向MME通知UE状态改变。MME将UE的演进分组系统(EPS)连接管理(ECM)状态改变为ECM连接状态，然后向S-GW发送修改承载请求消息。结果，S-GW识别出UE处于连接状态，从而进入S-GW可以向UE发送下行链路数据的状态。
在解决方案18中，UE可以在无需发送NAS消息(即，服务请求)的情况下返回至RRC连接和ECM连接。此外，与现有的(legacy)RRC连接设置过程相比，可以去除以下的RRC消息：
-RRC连接设置完成；
-RRC安全模式命令；
-RRC安全模式完成；
-RRC连接再配置；以及
-RRC连接再配置完成。
非专利文献2描述了UE可以在附接过程期间决定期望使用解决方案2的体系结构和解决方案18的体系结构中的哪个体系结构。此外，非专利文献2描述了AS或NAS过程可以包括允许网络选择解决方案2或解决方案18来进行数据传输的信息。
现有技术文献
非专利文献
非专利文献1：3GPP TR 23.720V1.2.0(2015-11),“3rd Generation PartnershipProject；Technical Specification Group Services and System Aspects；Architecture enhancements for Cellular Internet of Things(Release 13)，2015年11月
非专利文献2：3GPP R2-156645,Qualcomm Incorporated,“NB-IoTSA2architecture implications”，3GPP TSG RAN WG2#92,美国阿纳海姆市，2015年11月16日～20日
发明内容
发明要解决的问题
发明人已研究了CIoT所用的通信体系结构和用于减少无线终端的电力消耗的通信体系结构，并且已发现了数个问题。例如，非专利文献1和2并未公开用于从多个通信体系结构类型(例如，解决方案2和18)中确定UE的数据包传输所要使用的体系结构类型的具体过程。发明人已研究了涉及用作CIoT装置的UE所使用的通信体系结构的确定(或选择)的具体通信过程，并且已构思了例如有助于通信过程的效率增强、信令消息的减少或适当的CN选择的多个改进。
此外，例如，非专利文献1和2没有充分考虑用作CIoT装置的UE的移动性。CIoT装置的移动性包括空闲模式(例如，RRC空闲)中的小区改变(即，空闲模式移动性)和连接模式(例如，RRC连接模式)中的小区改变(即，连接模式移动性)。本发明人已构思了与CIoT装置的移动性过程有关的数个改进。
这里公开的实施例所要实现的目的其中之一是提供以下的设备、方法和程序，其中该设备、方法和程序关于涉及用作CIoT装置的UE所使用的通信体系结构的确定(或选择)的具体通信过程，有助于通信过程的效率增强、信令消息的减少或适当的CN选择。应当注意，上述目的仅是这里公开的实施例所要实现的目的其中之一。通过以下的说明和附图，其它特征或问题以及新颖特征将变得明显。
用于解决问题的方案
在第一方面中，一种无线终端，包括：存储器；以及至少一个处理器，其连接至所述存储器。所述至少一个处理器被配置为将包括建立原因或其它信息元素的无线资源控制(RRC)连接请求消息发送至无线站，其中所述建立原因或所述其它信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
在第二方面中，一种无线终端中的方法，所述方法包括：将包括建立原因或其它信息元素的无线资源控制(RRC)连接请求消息发送至无线站，其中所述建立原因或所述其它信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
在第三方面中，一种无线站，包括：存储器；以及至少一个处理器，其连接至所述存储器。所述至少一个处理器被配置为从无线终端接收无线资源控制(RRC)连接请求消息。所述至少一个处理器还被配置为从所述RRC连接请求消息中检索建立原因或其它信息元素，其中所述建立原因或所述其它信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
在第四方面中，一种无线站中的方法，所述方法包括：(a)从无线终端接收无线资源控制(RRC)连接请求消息；以及(b)从所述RRC连接请求消息中检索建立原因或其它信息元素，其中所述建立原因或所述其它信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
在第五方面中，一种无线终端，包括：存储器；以及至少一个处理器，其连接至所述存储器。所述至少一个处理器被配置为将包括UE辅助信息元素的无线资源控制(RRC)连接设置完成消息发送至无线站，其中所述UE辅助信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
在第六方面中，一种无线终端中的方法，所述方法包括：将包括UE辅助信息元素的无线资源控制(RRC)连接设置完成消息发送至无线站，其中所述UE辅助信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
在第七方面中，一种无线站，包括：存储器；以及至少一个处理器，其连接至所述存储器。所述至少一个处理器被配置为从无线终端接收无线资源控制(RRC)连接设置完成消息。所述至少一个处理器还被配置为从所述RRC连接设置完成消息中检索UE辅助信息元素，其中所述UE辅助信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
在第八方面中，一种无线站中的方法，所述方法包括：(a)从无线终端接收无线资源控制(RRC)连接设置完成消息；以及(b)从所述RRC连接设置完成消息中检索UE辅助信息元素，其中所述UE辅助信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
在第九方面中，一种无线站，包括：存储器；以及至少一个处理器，其连接至所述存储器。所述至少一个处理器被配置为从无线终端接收无线资源控制(RRC)连接设置完成消息。所述至少一个处理器进一步被配置为在从与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中将经由用户面发送数据包的第二通信体系结构类型选择成要用于所述无线终端的情况下，生成初始UE消息，其中所述初始UE消息包括从所述RRC连接设置完成消息中检索到的初始非接入层(NAS)消息、以及所述第二通信体系结构类型中使用的下行链路隧道端点标识符。所述至少一个处理器还进一步被配置为将所述初始UE消息发送至核心网。
在第十方面中，一种无线站中的方法，所述方法包括：
(a)从无线终端接收无线资源控制(RRC)连接设置完成消息；
(b)在从与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中将经由用户面发送数据包的第二通信体系结构类型选择成要用于所述无线终端的情况下，生成初始UE消息，其中所述初始UE消息包括从所述RRC连接设置完成消息中检索到的初始非接入层(NAS)消息、以及所述第二通信体系结构类型中使用的下行链路隧道端点标识符；以及
(c)将所述初始UE消息发送至核心网。
在第十一方面中，一种核心网节点，包括：存储器；以及至少一个处理器，其连接至所述存储器。所述至少一个处理器被配置为从无线站接收初始UE消息。所述初始UE消息包括从无线终端发送来的初始非接入层(NAS)消息、以及用于指示由所述无线站在与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中所确定的通信体系结构类型的信息元素。所述至少一个处理器进一步被配置为基于所述信息元素来确定将所述初始NAS消息重路由至与所确定出的通信体系结构类型相对应的核心网。所述至少一个处理器还进一步被配置为将用于指示所述初始NAS消息要被重路由至相应的核心网的重路由NAS消息请求消息发送至所述无线站。
在第十二方面中，一种核心网节点中的方法，所述方法包括：
(a)从无线站接收初始UE消息，其中所述初始UE消息包括从无线终端发送来的初始非接入层(NAS)消息、以及用于指示由所述无线站在与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中所确定的通信体系结构类型的信息元素；
(b)基于所述信息元素来确定将所述初始NAS消息重路由至与所确定出的通信体系结构类型相对应的核心网；以及
(c)将用于指示所述初始NAS消息要被重路由至相应的核心网的重路由NAS消息请求消息发送至所述无线站。
在第十三方面中，一种核心网节点，包括：存储器；以及至少一个处理器，其连接至所述存储器。所述至少一个处理器被配置为从无线站接收初始UE消息。所述初始UE消息包括从无线终端发送来的初始非接入层(NAS)消息、以及信息元素，其中该信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。所述至少一个处理器也被配置为基于所述信息元素来确定所述无线终端的数据包传输所要使用的通信体系结构类型。所述至少一个处理器进一步被配置为确定将所述初始NAS消息重路由至与所确定出的通信体系结构类型相对应的核心网。所述至少一个处理器还进一步被配置为将用于指示所述初始NAS消息要被重路由至相应的核心网的重路由NAS消息请求消息发送至所述无线站。
在第十四方面中，一种核心网节点中的方法，所述方法包括：
(a)从无线站接收初始UE消息，其中所述初始UE消息包括从无线终端发送来的初始非接入层(NAS)消息、以及信息元素，其中该信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网(CIoT)有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型；
(b)基于所述信息元素来确定所述无线终端的数据包传输所要使用的通信体系结构类型；
(c)确定将所述初始NAS消息重路由至与所确定出的通信体系结构类型相对应的核心网；以及
(d)将用于指示所述初始NAS消息要被重路由至相应的核心网的重路由NAS消息请求消息发送至所述无线站。
在第十五方面中，一种程序，包括一组指令(软件代码)，其中所述一组指令(软件代码)在被加载到计算机中的情况下，使所述计算机进行根据上述的第二方面、第四方面、第六方面、第八方面、第十二方面或第十四方面所述的方法。
发明的效果
根据上述方面，可以提供以下的设备、方法和程序，其中该设备、方法和程序关于涉及用作CIoT装置的UE所使用的通信体系结构的确定(或选择)的具体通信过程，有助于通信过程的效率增强、信令消息的减少或适当的CN选择。
附图说明
图1是示出CIoT体系结构的示例的图。
图2是示出根据一些实施例的无线通信网络的结构示例的图。
图3是示出根据第一实施例的通信过程的示例的序列图。
图4是示出根据第二实施例的通信过程的示例的序列图。
图5是示出根据第三实施例的通信过程的示例的序列图。
图6是示出根据第四实施例的通信过程的示例的序列图。
图7是示出根据第五实施例的通信过程的示例的序列图。
图8是示出根据第六实施例的通信过程的示例的序列图。
图9是示出根据第七实施例的通信过程的示例的序列图。
图10是示出根据第八实施例的通信过程的示例的序列图。
图11是示出根据第九实施例的通信过程的示例的序列图。
图12是示出根据第九实施例的通信过程的示例的序列图。
图13是示出根据第十实施例的通信过程的示例的序列图。
图14是示出根据第十实施例的通信过程的示例的序列图。
图15是示出根据第十一实施例的通信过程的示例的序列图。
图16是示出根据第十一实施例的通信过程的示例的序列图。
图17是示出根据第十二实施例的通信过程的示例的序列图。
图18是示出根据第十三实施例的通信过程的示例的序列图。
图19是示出根据第十四实施例的通信过程的示例的序列图。
图20是示出根据第十九实施例的通信过程的示例的序列图。
图21是示出根据第十九实施例的通信过程的示例的序列图。
图22是示出根据第二十实施例的通信过程的示例的序列图。
图23是示出根据第二十实施例的通信过程的示例的序列图。
图24是示出根据第二十一实施例的通信过程的示例的序列图。
图25A是示出根据第二十一实施例的通信过程的示例的序列图。
图25B是示出根据第二十一实施例的通信过程的示例的序列图。
图26是示出根据一些实施例的无线终端的结构示例的框图。
图27是示出根据一些实施例的基站的结构示例的框图。
图28是示出根据一些实施例的核心网节点的结构示例的框图。
具体实施方式
以下参考附图来详细说明具体实施例。在整个附图中，利用相同的附图标记来表示相同或相应的元件，并且为了清晰起见，将根据需要省略重复的说明。
以下所述的各个实施例可以单独使用，或者可以适当地彼此组合这些实施例中的两个或更多个实施例。这些实施例包括彼此不同的新颖特征。因此，这些实施例有助于实现彼此不同的目的或解决彼此不同的问题，并且也有助于获得彼此不同的优点。
针对实施例的以下说明主要关注于包括LTE eMTC和NB-IoT的CIoT所用的无线通信网络。然而，这些实施例也可应用于其它CIoT所用的无线通信网络。
第一实施例
图2示出根据包括本实施例的一些实施例的无线通信网络的结构示例。在图2所示的示例中，用作CIoT装置的UE 1经由CIoT无线接入网(RAN)2和核心网(CN)3与应用服务器4进行通信。RAN 2支持与CIoT有关的数据包传输所用的多个通信体系结构类型。RAN 2通过使用例如主信息块(MIB)或系统信息块(SIB)在小区中广播用于明确地或隐含地指示RAN 2所支持的多个通信体系结构类型的信息。UE 1支持这些通信体系结构类型至少之一。CN 3支持这些通信体系结构类型。CN 3可以包括各自与这些通信体系结构类型中的不同通信体系结构类型相关联的专用CN(DCN)。
在一些实现中，多个通信体系结构类型可以包括分别与在非专利文献1中公开的解决方案2和18相对应的第一通信体系结构类型和第二通信体系结构类型。在第一通信体系结构类型中，经由控制面(例如，在UE和MME/C-SGN之间传输的NAS消息)来传送由UE 1发送或接收的用户数据包。在第一通信体系结构类型中，RAN 2针对UE 1的数据包传输无需设置DRB。此外，关于数据包传输所使用的SRB，可以省略利用RAN 2的接入层(AS)安全性(即，控制面数据的加密和解密以及控制面数据的完整性保护和完整性验证)。换句话说，可以省略数据包传输所使用的SRB所用的分组数据汇聚协议(PDCP)层的处理。在这种情况下，UE 1的数据包由UE 1和CN 3(例如，MME或C-SGN)通过使用NAS安全密钥进行加密和解密。与此相反，在第二通信体系结构类型中，由UE 1发送或接收的用户数据包经由用户面(例如，包括DRB和通用分组无线业务(GPRS)隧道协议(GTP)隧道的EPS承载)来传输。
UE 1可以支持LTE eMTC和NB-IoT中的任一或这两者。换句话说，UE 1可以支持CIoT RAT(NB-IoT RAT)和LTE RAT(eMTC)中的任一或这两者。RAN 2可以包括支持CIoT RAT(NB-IoT RAT)的CIoT BS和支持LTE RAT(eMTC)的eNB中的任一或这两者。CN 3可以包括C-SGN、或者MME和S-GW、或者这两方。此外，CN 3可以包括诸如P-GW、归属用户服务器(HSS)以及策略和计费规则功能(PCRF)等的其它网络实体。
图3是示出根据本实施例的通信过程的示例的序列图。在图3所示的过程中，在用于使UE 1附接至CN 3的过程期间，确定UE 1的数据包传输所要使用的通信体系结构类型。UE 1确定UE 1的数据包传输所要使用的通信体系结构类型，并且向RAN 2发送包括明确地或隐含地指示所确定的通信体系结构类型的建立原因的RRC连接请求消息。
在步骤301中，UE 1确定(或选择)UE 1的数据包传输所要使用的通信体系结构类型。在一些实现中，UE 1可以基于已在UE 1中预配置的默认UE能力来选择要使用的通信体系结构类型。附加地或可选地，UE 1可以测量来自RAN 2的参考信号接收功率(RSRP)或者UE1和RAN 2(CIoT-BS/eNB)之间的估计传播损耗，并且基于所测量到的RSRP或传播损耗来选择要使用的通信体系结构类型。附加地或可选地，UE 1可以基于所测量到的RSRP或传播损耗来确定所需的覆盖增强(CE)级别，并且基于所确定的CE级别来选择通信体系结构类型。附加地或可选地，UE 1可以根据数据传输触发(例如，mo-Data、mo-ExceptionData、mt-Access或mo-Signaling)来选择通信体系结构类型。附加地或可选地，UE 1可以根据执行数据包传输的应用的类型来选择通信体系结构类型。
在步骤302中，UE 1开始随机接入过程。也就是说，UE 1将随机接入前导码(即，随机接入信道(RACH)前导码)发送至RAN 2并且从RAN 2接收随机接入响应(RAR)消息。
在步骤303中，UE 1将随机接入过程的第三消息(Msg3)(即，RRC连接请求消息)发送至RAN 2。该RRC连接请求消息由公共控制信道(CCCH)上的SRB 0发送。RRC连接请求消息包括明确地或隐含地指示由UE 1确定(或选择)的通信体系结构类型的建立原因信息元素。
关于指示通信体系结构类型的建立原因，例如，可以使用通常的建立原因其中之一(例如，mo-Data、mo-ExceptionData、mo-Signaling、mt-Access)来指示第一(或第二)通信体系结构类型，并且可以使用特定的建立原因来指示第二(或第一)通信体系结构类型。在将特定的建立原因用于第一通信体系结构类型的情况下，该特定的建立原因可以是例如指示利用NAS消息发送用户数据的通信体系结构类型的信息(例如，mo-DataOverNAS、mo-ExceptionDataOverNAS、mo-SignalingDataOverNAS或Mt-AccessDataOverNAS)。在将特定的建立原因用于第二通信体系结构类型的情况下，该特定的建立原因可以是例如指示配置了DRB并且经由用户面(UP)(AS消息)发送用户数据的信息(例如，mo-DataUP、Mo-ExceptionDataUP、Mo-SignalingUP或Mt-AccessUP)。
在步骤304中，在接收到RRC连接请求消息时，RAN 2向UE 1发送RRC连接设置消息。该RRC连接设置消息是由CCCH上的SRB 0发送的。RRC连接设置消息包括与SRB 1有关的配置信息并且使得后续的信令能够使用专用控制信道(DCCH)。
RRC连接设置消息可以指示PDCP的必要性。更具体地，RRC连接设置消息可以向UE1指示PDCP的必要性(例如，是否如传统方法那样使用PDCP)。在一些实现中，指示PDCP的必要性的标志信息可以包括在RRC连接设置消息中所包括的RadioResourceConfigDedicatedIE(无线资源配置专用IE)或其它IE内。
在一些实现中，RRC连接设置消息中所包括的PDCP配置(pdcp-Config)可以指示PDCP的必要性。该PDCP配置可以包括向UE 1指示PDCP的必要性(例如，是否如传统方法那样使用PDCP)的标志信息。PDCP配置可以包括向UE 1指示SRB 1的PDCP Config的默认配置是否应当有效的信息。PDCP配置可以包括具体的PDCP Config(例如，应用于SRB 1的RLC-SAP和PDCP序列号(SN)长度)。可选地，RAN 2可以根据由UE 1确定的通信体系结构类型来判断是否将PDCP配置(pdcp-Config)包括在RRC连接设置消息中。具体地，如果UE 1选择第二通信体系结构类型，则RAN 2可以将SRB 1所用的PDCP配置包含在RRC连接设置消息中。
在步骤305中，UE 1向RAN 2发送RRC连接设置完成消息。该RRC连接设置完成消息是由DCCH上的SRB 1发送的。RRC连接设置完成消息携载初始NAS消息。注意，由于图3示出附接过程，因此初始NAS消息是附接请求消息。该附接请求消息包括被设置为“CIoT附接”的EPS附接类型信息元素(IE)。
RAN 2从UE 1接收RRC连接设置完成消息，并且使用S1AP：初始UE消息来将从RRC连接设置完成消息检索到的初始NAS消息(即，附接请求消息)发送至CN 3(例如，MME或C-SGN)。将初始NAS消息(即，附接请求消息)嵌入到S1AP：初始UE消息的NAS协议数据单元(PDU)信息元素(IE)中。RAN2可以将指示由UE 1确定(或选择)的通信体系结构类型的信息元素包含在S1AP：初始UE消息中。RAN 2可以从CN 3内的DCN中选择与由UE 1确定的通信体系结构类型相对应的DCN，并且将携载初始NAS消息(即，附接请求消息)的S1AP：初始UE消息发送至所选择的DCN。
在步骤306中，CN 3(例如，MME或C-SGN)进行认证和安全过程并由此设置NAS安全性。利用RRC：DL信息传输消息在SRB 1上发送认证和安全过程所需的下行链路NAS消息(即，认证请求和NAS安全模式命令)。同样，利用RRC：UL信息传输消息在SRB 1上发送认证和安全过程所需的上行链路NAS消息(即，认证响应和NAS安全模式完成)所需的上行链路NAS消息。
在步骤307中，CN 3(例如，MME或C-SGN)将NAS：附接接受消息发送至UE 1。无需进行UE 1所用的会话(例如，DRB和S1承载)的设置。因此，CN3(例如，MME或C-SGN)无需将S1AP：初始上下文设置请求消息发送至RAN2(例如，CIoT-BS或eNB)。因而，该附接接受消息可以利用S1AP：下行链路NAS传输消息从CN 3发送至RAN 2。RAN 2使用RRC：DL信息传输消息在SRB1上将该附接接受消息发送至UE 1。
UE 1经由RAN 2从CN 3接收附接接受消息。附接接受消息可以指示传输数据类型(例如，IP、非IP或SMS)和UE地址(例如，IP地址)。在接收到附接接受消息时，UE 1将NAS：附接完成消息发送至CN 3。该附接完成消息是利用RRC：UL信息传输消息在SRB 1上发送至RAN2的。RAN 2使用S1AP：上行链路NAS传输消息将所接收到的附接完成消息转发至CN 3。
在步骤308中，RAN 2将RRC连接释放消息在SRB 1上发送至UE 1。CN 3可以通过将S1AP：S1UE上下文释放命令消息发送至RAN 2来请求RAN 2释放与UE 1的RRC连接。在接收到RRC连接释放消息时，UE 1从RRC连接模式转变为RRC空闲模式。对于用作CIoT装置的UE 1，可以定义与现有的RRC空闲模式不同的其它暂停模式或状态。因此，在接收到RRC连接释放消息时，UE 1可以进入RRC空闲模式或其它暂停模式。可以在第二通信体系结构类型中使用该其它暂停模式或状态，以保持与RRC连接有关的信息(例如，接入层安全上下文、承载相关信息和L2/1参数)。
步骤307中的附接接受消息、步骤308中的RRC连接释放消息或者从CN 3向UE 1发送的其它下行链路NAS消息可以明确地或隐含地指示UE 1所要使用的通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)。
在步骤309中，UE 1记录(存储)在附接过程期间所配置的通信体系结构类型。
可以如下所述修改图3所示的过程。除通常的建立原因以外，UE 1还可以在RRC连接请求消息(步骤303)中包括另一信息元素以指示通信体系结构类型。该信息元素可以是例如指示UE 1选择了第一通信体系结构类型和第二通信体系结构类型中的哪个通信体系结构类型(例如，所选择的体系结构类型或所应用的体系结构类型)的信息元素。例如，UE 1可以将该信息元素的值设置为“DataOverNAS(经由NAS的数据)(DONAS)”或“类型1”以指示第一通信体系结构类型，并且将该信息元素的值设置为“RRC-Suspend(RRC暂停)”或“类型2”以指示第二通信体系结构类型。
例如，可以将上述的信息元素定义为“SelectedArcType ENUMERATED{type1,type2}(或者{DataOverNAS,rrc-Suspend})”。可选地，该信息元素可以是指示选择了第一通信体系结构类型的标志信息(例如，SelectedArcTypeENUMERATED{type1}或者ArcType1ENUMERATED{true})。可选地，该信息元素可以是指示选择了第二通信体系结构类型的标志信息(例如，SelectedArcType ENUMERATED{type2}或者ArcType2ENUMERATED{true})。
如果UE 1实现用于发送指示选择了两个通信体系结构类型其中之一(例如，第二通信体系结构类型)的标志信息的方法，则UE 1使用另一通信体系结构类型(例如，第一通信体系结构类型)可被定义为默认配置(或基本配置)。因而，在UE 1没有发送标志信息的情况下，这隐含地指示UE 1选择了默认的通信体系结构类型。也就是说，如果RAN 2没有接收到标志信息，则RAN 2识别出UE 1选择了默认的通信体系结构类型。
可以如下所述进一步修改图3所示的过程。RAN 2可以使用与由UE 1在RRC连接请求消息(步骤303)中指示的通信体系结构类型不同的通信体系结构类型。在这种情况下，RAN 2可以使用RRC连接设置消息(步骤304)向UE 1通知该不同的通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)。可选地，RAN 2可以在步骤304中代替RRC连接设置消息而将RRC连接拒绝消息发送至UE 1，并且使用该消息向UE 1通知不同的通信体系结构类型。在接收到该不同的通信体系结构类型的通知之后，UE 1可以终止当前的附接过程并且重新开始新的RRC连接设置过程。可选地，UE 1可以根据从RAN 2发送来的不同的通信体系结构类型的通知来继续当前的附接过程和RRC连接设置过程。
在将经由用户面(例如，包括DRB和GPRS隧道协议(GTP)隧道的EPS承载)发送用户数据包的第二通信体系结构类型用于UE 1的情况下，在步骤307中，CN 3可以将NAS：附接接受消息包含在S1AP：初始上下文设置请求消息中并将这两个消息发送至RAN 2。该S1AP：初始上下文设置请求消息包括UE 1所使用的安全密钥(KeNB)和UE安全算法。RAN 2可以根据所接收到的安全密钥(KeNB)和UE安全算法来进行AS安全设置。该AS安全设置可以在将NAS：附接接受消息发送至UE 1之前或之后进行。
尽管图3示出移动发起(MO)数据传输，但可以将与图3所示的过程相同的过程应用于移动终止(MT)数据传输。
在图3所示的示例中，UE 1确定UE 1的数据包传输所要使用的通信体系结构类型，并且向RAN 2发送包括指示所确定的通信体系结构类型的建立原因或其它信息元素的RRC连接请求消息。例如，使用RRC连接请求消息中所包括的建立原因或其它信息元素来指示由UE 1确定的通信体系结构类型提供了以下优点。首先，这使得UE 1能够将由UE 1确定的通信体系结构类型作为AS(RRC)信息而不是作为NAS信息来发送。因此，RAN 2可以识别UE 1所期望的通信体系结构类型，因而RAN 2可以进行与UE 1所期望的通信体系结构类型相对应的处理(例如，选择CN(DCN))。其次，这使得UE 1能够在建立RRC连接之前向RAN 2通知由UE1确定的通信体系结构类型。因此，RAN2可以减少根据由UE 1确定的通信体系结构类型设置RRC连接所需的信令消息的数量。
第二实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。本实施例提供涉及UE 1所使用的通信体系结构的确定(或选择)的另一通信过程。图4是示出根据本实施例的通信过程的示例的序列图。在图4所示的过程中，在用于使UE 1附接至CN 3的过程期间，确定UE 1的数据包传输所要使用的通信体系结构类型。UE 1确定UE 1的数据包传输所要使用的通信体系结构类型，并且向RAN 2发送包括与所确定的通信体系结构类型有关的信息元素的RRC连接设置完成消息，其中该信息元素明确地或隐含地指示所确定的通信体系结构类型。
步骤401～404与图3所示的步骤301～304相同。然而，步骤403的RRC连接请求消息并没有指示由UE 1确定(选择)的通信体系结构类型。
在步骤405中，UE 1将RRC连接设置完成消息发送至RAN 2。该RRC连接设置完成消息是由DCCH上的SRB 1发送的。RRC连接设置完成消息包括明确地或隐含地指示通信体系结构类型的与由UE 1确定的通信体系结构类型有关的UE辅助信息元素(IE)以及初始NAS消息。UE辅助IE可以是NAS信息或者可以是AS(RRC)信息。
在UE辅助IE是AS(RRC)信息的情况下，根据由UE 1确定的通信体系结构类型，RAN2可以将SRB 1所用的PDCP配置(pdcp-Config)发送至UE 1，或者可以向UE 1通知使用(应用)了PDCP层。具体地，在UE 1选择第二通信体系结构类型的情况下，RAN 2可以将SRB 1所用的PDCP配置发送至UE 1。
RAN 2从UE 1接收RRC连接设置完成消息，并且使用初始UE消息向CN3(例如，MME或C-SGN)发送从RRC连接设置完成消息检索到的初始NAS消息(即，附接请求消息)。在UE辅助IE是AS(RRC)信息的情况下，RAN 2可以从CN 3内的DCN中选择与由UE 1确定的通信体系结构类型相对应的DCN，并且将携载初始NAS消息(即，附接请求消息)的初始UE消息发送至所选择的DCN。与此相反，在UE辅助IE是NAS信息的情况下，将UE辅助IE连同初始NAS消息一起包含在S1AP：初始UE消息的NAS-PDU信息元素(IE)中。在这种情况下，RAN 2可以使用例如初始上下文设置请求消息(例如，体系结构类型IE)从CN 3接收明确地或隐含地指示由UE 1确定的通信体系结构类型的通知。
步骤406～409与图3所示的步骤306～309相同。
例如，可以如下所述修改图4所示的过程。RAN 2或CN 3可以将与由UE1在RRC连接设置完成消息或附接请求消息中指示的通信体系结构类型不同的通信体系结构类型用于UE 1(步骤404)。
响应于RRC连接设置完成消息(步骤404)，RAN 2可以将指示不同的通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)的RRC连接拒绝消息发送至UE 1。在这种情况下，UE 1可以重新开始新的RRC连接设置过程。
可选地，CN 3可以使用附接接受消息(步骤407)向UE 1通知不同的通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)。在这种情况下，UE 1可以终止当前的附接过程并且重新开始新的RRC连接设置过程。可选地，UE 1可以根据从RAN 2发送来的不同的通信体系结构类型的通知来继续当前的附接过程。
在将经由用户面(例如，包括DRB和GPRS隧道协议(GTP)隧道的EPS承载)发送用户数据包的第二通信体系结构类型用于UE 1的情况下，在步骤407中，CN 3可以将NAS：附接接受消息包含在S1AP：初始上下文设置请求消息中并将这两个消息发送至RAN 2。该S1AP：初始上下文设置请求消息包括UE 1所使用的安全密钥(KeNB)和UE安全算法。RAN 2可以根据所接收到的安全密钥(KeNB)和UE安全算法来进行AS安全设置。该AS安全设置可以在将NAS：附接接受消息发送至UE 1之前或之后进行。
尽管图4示出移动发起(MO)数据传输，但可以将与图4所示的过程相同的过程应用于移动终止(MT)数据传输。
在图4所示的示例中，UE 1确定UE 1的数据包传输所要使用的通信体系结构类型，并且向RAN 2发送包括指示所确定的通信体系结构类型的UE辅助IE的RRC连接设置完成消息。例如，使用RRC连接设置完成消息来指示由UE1确定的通信体系结构类型提供了以下优点。在一些实现中，这使得UE 1能够将由UE 1确定的通信体系结构类型作为NAS信息来发送。因此，UE 1可以容易地向CN 3通知UE 1所期望的通信体系结构类型。
第三实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。本实施例提供涉及UE 1所使用的通信体系结构的确定(或选择)的另一通信过程。图5是示出根据本实施例的通信过程的示例的序列图。在图5所示的过程中，在用于使UE 1附接至CN 3的过程期间，RAN 2确定(或选择)UE 1的数据包传输所要使用的通信体系结构类型。
步骤501～504与图4所示的步骤402～405相同。然而，步骤504的RRC连接设置完成消息包括明确地或隐含地指示由UE 1支持的一个或多个通信体系结构类型的、与通信体系结构类型(例如，UE支持的体系结构类型)有关的信息元素。该信息元素是AS(RRC)信息。因此，该信息元素使得RAN 2(例如，CIoT-BS或eNB)能够检测UE 1所支持的一个或多个通信体系结构类型。
该信息元素可以指示例如UE 1所支持的通信体系结构类型(例如，{type1,type2,…}或者{DONAS,RRC-Suspend,…})。该信息元素可以是指示UE 1支持多个通信体系结构类型中的哪一个或多个通信体系结构类型的位图。该信息元素可以是指示UE 1是否支持除默认的通信体系结构类型以外的一个或多个可选的通信体系结构类型的标志或位图。也就是说，该信息元素可以指示支持可选的通信体系结构类型(例如，typeX supported)，或者可以指示是否支持可选的通信体系结构类型(例如，Support of typeX＝ENUMERATED{true,…}或者{Supported,Not Supported})。上述的值“type1”和“type2”(和“typeX”)可以利用诸如“DataOverNAS(DONAS)”或“RRC-Suspend”等的以更具体方式指示通信体系结构类型的名称来替换。
在步骤505中，RAN 2在考虑UE 1所支持的一个或多个通信体系结构类型的情况下，确定UE 1所要使用的通信体系结构类型。在一些实现中，RAN2可以基于在UE 1中已预配置的默认UE能力来选择UE 1所使用的通信体系结构类型。附加地或可选地，RAN 2可以基于从RAN 2发送来的参考信号在UE 1处的接收功率(即，RSRP)或者UE 1和RAN 2(例如，CIoT-BS/eNB)之间的估计传播损耗，来选择UE 1所使用的通信体系结构类型。可以将RSRP或传播损耗的测量结果从UE 1发送至RAN 2。附加地或可选地，RAN 2可以基于CN 3的网络能力来选择UE 1所使用的通信体系结构类型。附加地或可选地，RAN 2可以基于RAN 2的负荷(例如，小区负荷、S1传输网络层(TNL)负荷、所连接的UE的数量或者UE上下文被存储的UE的数量)来选择UE 1所使用的通信体系结构类型。
根据由UE 1确定的通信体系结构类型，RAN 2可以将SRB 1所用的PDCP配置(pdcp-Config)发送至UE 1，或者可以向UE 1通知使用(应用)PDCP层。具体地，在RAN 2选择第二通信体系结构类型用于UE 1的情况下，RAN 2可以将SRB 1所使用的PDCP配置发送给UE 1。
在步骤506中，RAN 2使用S1AP：初始UE消息将从RRC连接设置完成消息检索到的初始NAS消息(即，附接请求消息)发送至CN 3(例如，MME或C-SGN)。将初始NAS消息(即，附接请求消息)嵌入到S1AP：初始UE消息的NAS-PDU信息元素(IE)中。RAN 2可以将指示在步骤505中确定的通信体系结构类型的信息元素包含在S1AP：初始UE消息中。RAN 2可以从CN 3内的DCN中选择与在步骤505中确定的通信体系结构类型相对应的DCN，并且将携载初始NAS消息(即，附接请求消息)的S1AP：初始UE消息发送至所选择的DCN。
步骤507～510与图3中的步骤306～309或者图4中的步骤406～409相同。
在将第二通信体系结构类型用于UE 1的情况下，可以改变图5所示的过程，使得与上述的其它过程的情况相同，进行AS安全设置。尽管图5示出移动发起(MO)数据传输，但可以将与图5所示的过程相同的过程应用于移动终止(MT)数据传输。
第四实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。本实施例提供涉及UE 1所使用的通信体系结构的确定(或选择)的另一通信过程。图6是示出根据本实施例的通信过程的示例的序列图。在图6所示的过程中，在用于使UE 1附接至CN 3的过程期间，RAN 2确定UE1的数据包传输所使用的通信体系结构类型。注意，图6所示的过程与图5所示的过程的不同之处在于：利用RRC连接请求消息来发送明确地或隐含地指示UE 1所支持的一个或多个通信架构类型的、与通信体系结构类型(例如，UE支持的体系结构类型)有关的信息元素。
步骤601和602与图3所示的步骤302和303相同。然而，步骤602中的RRC连接请求消息包括指示UE 1所支持的一个或多个通信体系结构类型(例如，UE支持的体系结构类型)的信息元素。该信息元素是AS(RRC)信息。因此，该信息元素使得RAN 2(例如，CIoT-BS或eNB)能够检测UE 1所支持的一个或多个通信体系结构类型。
在步骤603中，RAN 2在考虑UE 1所支持的一个或多个通信体系结构类型的情况下，确定UE 1所使用的通信体系结构类型。
步骤604与图3的步骤304相同。然而，步骤604中的RRC连接设置消息可以指示在步骤603中由RAN 2确定的通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)。
步骤605和606与图3中的步骤305相同。然而，RAN 2可以将指示在步骤603中确定的通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)的信息元素包含在S1AP：初始UE消息中。RAN 2可以从CN 3内的DCN中选择与在步骤603中确定的通信体系结构类型相对应的DCN，并且将携载初始NAS消息(即，附接请求消息)的S1AP：初始UE消息发送至所选择的DCN。
步骤607～610与图3中的步骤306～309或者图5中的步骤507～510相同。
在将第二通信体系结构类型用于UE 1的情况下，可以改变图6所示的过程，使得与上述的其它过程的情况相同，进行AS安全设置。尽管图6示出移动发起(MO)数据传输，但可以将与图6所示的过程相同的过程应用于移动终止(MT)数据传输。
第五实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。本实施例提供涉及UE 1所使用的通信体系结构的确定(或选择)的另一通信过程。图7是示出根据本实施例的通信过程的示例的序列图。在图7所示的过程中，在用于使UE 1附接至CN 3的过程期间，RAN 2确定UE1的数据包传输所要使用的通信体系结构类型。注意，图7所示的过程与图5和6所示的过程的不同之处在于：将明确地或隐含地指示UE 1所支持的一个或多个通信体系结构类型的、与UE 1所支持通信体系结构类型(例如，UE支持的体系结构类型)有关的信息元素作为NAS信息连同初始NAS消息(即，附接请求消息)一起进行发送。
步骤701～704与图4所示的步骤402～405相同。然而，在步骤704中，UE 1将指示UE1所支持的一个或多个通信体系结构类型(例如，UE支持的体系结构类型)的NAS信息元素连同附接请求消息一起进行发送。该NAS信息元素可以指示例如UE 1所支持的通信体系结构类型(例如，{type1,type2,…}或{DONAS,RRC-Suspend,…})。可选地，NAS信息元素可以指示支持可选的通信体系结构类型(例如，typeX supported)，或者可以指示是否支持可选的通信体系结构类型(例如，Support of typeX＝ENUMERATED{true,…}或者{Supported,NotSupported})。上述的值“type1”和“type2”(和“typeX”)可以利用诸如“DataOverNAS(DONAS)”或“RRC-Suspend”等的以更具体方式指示通信体系结构类型的名称来替换。
在步骤705中，CN 3将指示UE 1所支持的一个或多个通信体系结构类型(例如，UE支持的体系结构类型)的S1AP：初始上下文设置请求消息发送至RAN 2。在步骤706中，RAN 2在基于从CN 3接收到的信息考虑UE 1所支持的一个或多个通信体系结构类型的情况下，确定UE 1所使用的通信体系结构类型。RAN 2可以使用S1AP：初始上下文设置响应消息向CN 3通知所确定的通信体系结构类型(步骤707)。
步骤708～711与图3中的步骤306～309、图5中的步骤507～510或者图6中的步骤607～610相同。
在将第二通信体系结构类型用于UE 1的情况下，可以改变图7所示的过程，使得与上述的其它过程的情况相同，进行AS安全设置。尽管图7示出移动发起(MO)数据传输，但是可以将与图7所示的过程相同的过程应用于移动终止(MT)数据传输。
第六实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。本实施例提供涉及UE 1所使用的通信体系结构的确定(或选择)的另一通信过程。图8是示出根据本实施例的通信过程的示例的序列图。在图8所示的过程中，在用于使UE 1附接至CN 3的过程期间，RAN 2确定UE1的数据包传输所使用的通信体系结构类型。注意，图8所示的过程与图5～7所示的过程的不同之处在于：将明确地或隐含地指示UE 1所支持的一个或多个通信架构类型的、与通信体系结构类型(例如，UE支持的体系结构类型)有关的信息元素从HSS 5经由CN 3(例如，MME或C-SGN)发送至RAN 2。
步骤801～804与图7所示的步骤701～704相同。然而，在步骤804中，UE 1无需发送指示UE 1所支持的一个或多个通信体系结构类型的NAS信息元素(例如，UE支持的体系结构类型)。
在步骤805中，CN 3(例如，MME或C-SGN)进行认证和安全过程并由此设置NAS安全性。在步骤806中，在CN 3(例如，MME或C-SGN)从HSS 5接收到与UE 1有关的认证信息时，CN3从HSS 5进一步接收UE 1所支持的一个或多个通信体系结构类型(例如，UE支持的体系结构类型)。HSS 5将UE支持的体系结构类型作为与UE 1有关的用户信息来管理。
步骤807～809与图7中的步骤705～707相同。步骤810～812与图3中的步骤307～309、图5中的步骤508～510、图6中的步骤608～611或者图7中的步骤709～711相同。
在将第二通信体系结构类型用于UE 1的情况下，可以改变图8所示的过程，使得与上述的其它过程的情况相同，进行AS安全设置。尽管图8示出移动发起(MO)数据传输，但可以将与图8所示的过程相同的过程应用于移动终止(MT)数据传输。
第七实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。本实施例提供涉及UE 1所使用的通信体系结构的确定(或选择)的另一通信过程。图9是示出根据本实施例的通信过程的示例的序列图。在图9所示的过程中，在用于使UE 1附接至CN 3的过程期间，CN 3确定UE 1的数据包传输所要使用的通信体系结构类型
步骤901～904与图7中的步骤701～704相同。也就是说，在步骤904中，CN3(例如，MME或C-SGN)从UE 1接收明确地或隐含地指示UE 1所支持的一个或多个通信体系结构类型的与通信体系结构类型(例如，UE支持的体系结构类型)有关的NAS信息元素、以及附接请求消息。
在步骤905中，CN 3在考虑UE 1所支持的一个或多个通信体系结构类型(即，UE支持的体系结构类型)的情况下，确定UE 1所使用的通信体系结构类型。在一些实现中，CN 3可以基于在UE 1中已预配置的默认UE能力来选择UE 1所使用的通信体系结构类型。附加地或可选地，CN 3可以基于RAN 2(例如，CIoT BS或eNB)的网络能力来选择UE 1所使用的通信体系结构类型。附加地或可选地，CN 3可以基于CN 3的负荷(例如，S1传输网络层(TNL)负荷、所连接的UE的数量、UE上下文被存储的UE的数量)来选择UE 1所使用的通信体系结构类型。附加地或可选地，CN 3可以基于应用于UE 1的服务质量(QoS)(例如，QoS类标识符(QCI)、分配与保持优先级(ARP)、资源类型(保证比特率(GBR)或非GBR))来选择UE 1所使用的通信体系结构类型。
在步骤906中，CN 3将指示在步骤905中确定的通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)的S1AP：初始上下文设置请求消息发送至RAN 2。RAN 2可以发送针对步骤906中接收到的通知的应答(步骤907)。
步骤908～911与图3中的步骤306～309、图4中的步骤406～409、图5中的步骤507～510、图6中的步骤607～610或者图7中的步骤708～711相同。
在将第二通信体系结构类型用于UE 1的情况下，可以改变图9所示的过程，使得与上述的其它过程的情况相同，进行AS安全设置。尽管图9示出移动发起(MO)数据传输，但可以将与图9所示的过程相同的过程应用于移动终止(MT)数据传输。
第八实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。本实施例提供涉及UE 1所使用的通信体系结构的确定(或选择)的另一通信过程。图10是示出根据本实施例的通信过程的示例的序列图。在图10所示的过程中，在用于使UE 1附接至CN 3的过程期间，CN 3确定UE 1的数据包传输所使用的通信体系结构类型。注意，图10所示的过程与图9所示的过程的不同之处在于：将明确地或隐含地指示UE 1所支持的一个或多个通信体系结构类型的、与通信体系结构类型(例如，UE支持的体系结构类型)有关的信息元素从HSS 5发送至CN 3(例如，MME或C-SGN)。
步骤1001～1006与图8中的步骤801～806相同。步骤1007～1009与图9中的步骤905～907相同。步骤1010～1012与图3中的步骤307～309、图4中的步骤407～409、图5中的步骤508～510、图6中的步骤608～610、图7中的步骤709～711、图8中的步骤810～812或者图9中的步骤909～911相同。
在将第二通信体系结构类型用于UE 1的情况下，可以改变图10所示的过程，使得与上述的其它过程的情况相同，进行AS安全设置。尽管图10示出移动发起(MO)数据传输，但可以将与图10所示的过程相同的过程应用于移动终止(MT)数据传输。
第九实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。本实施例提供涉及UE 1所使用的通信体系结构的确定(或选择)的另一通信过程。图11和12是示出根据本实施例的通信过程的示例的序列图。在图11和12所示的过程中，在附接之后UE 1从RRC空闲模式(或其它暂停模式)转变为RRC连接模式以进行数据包传输的RRC连接设置过程期间，UE 1确定(或选择)UE 1的数据包传输所使用的通信体系结构类型。
图11示出将第一通信体系结构类型用于UE 1的情况。如已经说明的，在第一通信体系结构类型中，经由控制面(例如，在UE和MME/C-SGN之间传输的NAS消息)来传送由UE 1发送或接收的用户数据包。另一方面，图12示出将第二通信体系结构类型用于UE 1的情况。在第二通信体系结构类型中，经由用户面(例如，包括DRB和GPRS隧道协议(GTP)隧道的EPS承载)来传送由UE 1发送或接收的用户数据包。
参考图11，在步骤1101中，UE 1确定(选择)UE 1的数据包传输所使用的通信体系结构类型。确定通信体系结构类型可以考虑与图3的步骤301中的参数相同的参数。在图11所示的示例中，UE 1可以针对各传输机会确定(或选择)通信体系结构类型。因此，UE 1可以考虑针对各传输机会动态地改变的参数。例如，UE 1可以根据数据传输触发(例如，mo-Data、mo-ExceptionData，mt-Access或mo-Signaling)来选择通信体系结构类型。附加地或可选地，UE 1可以根据进行数据包传输的应用的类型来选择通信体系结构类型。
步骤1102～1106与图3中的步骤302～305相同。然而，图11的示例示出在附接之后进行的从RRC空闲模式(或其它暂停模式)向RRC连接模式的转变。此外，在图11所示的示例中，UE 1在步骤1101中选择第一通信体系结构类型。因而，在步骤1105中由UE 1发送的初始NAS消息是携载小数据的NAS消息。也就是说，小数据搭载到初始NAS消息上。
在步骤1106中，RAN 2使用S1AP：初始UE消息来将从RRC连接设置完成消息检索到的初始NAS消息(即，携载小数据的NAS消息)发送至CN 3(例如，MME或C-SGN)。将初始NAS消息(即，携载小数据的NAS消息)嵌入到S1AP：初始UE消息的NAS-PDU信息元素(IE)中。RAN 2可以将明确地或隐含地指示由UE 1确定的第一通信体系结构类型的信息元素包含在S1AP：初始UE消息中。RAN 2可以从CN 3内的DCN中选择与由UE 1确定的第一通信体系结构类型相对应的DCN并且将S1AP：初始UE消息发送至所选择的DCN。
在步骤1107中，CN 3(例如，MME或C-SGN)对从UE 1发送来的上行链路NAS消息进行解密以获得小数据包。在步骤1108中，CN 3根据小数据包的数据类型来转发小数据包。在预期发送针对移动发起小包的ACK(确认)或应答的情况下，CN 3接收到达的应答下行链路数据包(步骤1109)。在步骤1110中，CN 3对下行链路数据包进行加密，并且生成携载加密后的下行链路数据包的下行链路NAS消息。在步骤1111中，CN 3将S1AP：DL NAS传输消息发送至RAN 2。在步骤1112中，RAN 2将RRC：DL信息传输消息在SRB 1上发送至UE 1。该DL信息传输消息包括携载去往UE 1的加密后的下行链路数据包的下行链路NAS消息。
接着，参考图12，图12中的步骤1201与图11中的步骤1101相同。然而，在图12所示的示例中，UE 1选择UE 1的数据包传输所用的第二通信体系结构类型。
步骤1202～1206与图11中的步骤1102～1106相同。然而，由于在图12所示的示例中使用第二通信体系结构类型，因此步骤1205中由UE 1发送的初始NAS消息是服务请求消息。
在步骤1206中，RAN 2使用S1AP：初始UE消息，将从RRC连接设置完成消息检索到的初始NAS消息(即，服务请求消息)发送至CN 3(例如，MME或C-SGN)。将初始NAS消息(即，服务请求消息)嵌入到S1AP：初始UE消息的NAS-PDU信息元素(IE)中。RAN 2将明确地或隐含地指示由UE 1确定的第二通信体系结构的信息元素包括到S1AP：初始UE消息中。RAN 2可以从CN3内的DCN中选择与由UE 1确定的第二通信体系结构类型相对应的DCN并且将S1AP：初始UE消息发送至所选择的DCN。
步骤1207～1211与现有的服务请求过程中的EPS承载建立过程相同。在步骤1212和1213中，UE 1经由S-GW 6和RAN 2在上行链路承载上发送上行链路数据，并且经由S-GW 6和RAN 2在下行链路承载上接收下行链路数据。
在步骤1214中，UE 1、RAN 2和CN 3暂停RRC连接。UE 1从RRC连接模式转变为RRC空闲模式(或其它暂停模式)，并且在处于RRC空闲模式(或其它暂停模式)时保持与RRC连接有关的信息(例如，接入层安全上下文、(包括RoHC状态信息的)承载相关信息和在适用时的L2/1参数)。同样，RAN 2保持与UE 1的RRC连接有关的信息(例如，接入层安全上下文、(包括RoHC状态信息的)承载相关信息和在适用时的L2/1参数)。此外，RAN 2和CN 3保持S1AP UE上下文。此外，RAN 2保持S1-U隧道地址。这样，UE 1、RAN 2和CN 3可以将从以前的RRC连接获得的信息重新用于后续的RRC连接设置。
尽管图11和12示出移动发起(MO)数据传输，但可以将与图11和12所示的过程相同的过程应用于移动终止(MT)数据传输。
可以如下所述修改图12所示的过程。在一些实现中，步骤1206中的S1AP：初始UE消息可以指示在第二通信体系结构类型中使用的下行链路隧道端点标识符。下行链路隧道端点标识符指定在第二通信体系结构类型中UE 1的数据包传输所使用的RAN 2和CN 3之间的承载的RAN 2侧的隧道端点。下行链路隧道端点标识符可以是S1承载(即，GTP隧道)的S1eNBTEID(即，S1TEID(DL))。此外，步骤1206中的S1AP：初始UE消息可以指示在第二通信体系结构类型中UE 1的数据包传输所使用的RAN 2的地址(例如，eNB地址)。这样，可以省略在现有的EPS承载建立过程中所需的、从MME向S-GW的修改承载请求消息以及从S-GW向MME的修改承载响应消息的发送。附加地或可选地，可以省略在现有的EPS承载建立过程中所需的从eNB向MME的初始上下文设置响应消息的发送。在CIoT中，需要RAN 2和CN 3具有与大量CIoT装置进行通信的能力。通过消除这些信令消息的发送，可以有助于减少RAN 2和CN 3上的CIoT相关的负荷。
在图11和图12所示的示例中，UE 1确定UE 1的数据包传输所使用的通信体系结构类型，并且将包括指示所确定的通信体系结构类型的建立原因的RRC连接请求消息发送至RAN 2。因此，图11和图12所示的示例可以提供与图3所示的示例相同的优点。此外，在附接之后UE 1从RRC空闲模式(或其它暂停模式)转变为RRC连接模式以进行数据包传输的RRC连接设置过程期间，图11和图12所示的示例使得UE 1能够确定UE 1的数据包传输所使用的通信体系结构类型。
第十实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。本实施例提供涉及UE 1所使用的通信体系结构的确定(或选择)的另一通信过程。图13和14示出根据本实施例的通信过程的示例的序列图。在图13和14所示的过程中，在附接之后UE 1从RRC空闲模式(或其它暂停模式)转变为RRC连接模式以进行数据包传输的RRC连接设置过程期间，UE 1确定UE 1的数据包传输所使用的通信体系结构类型。图13示出将第一通信体系结构类型用于UE 1的情况。另一方面，图14示出将第二通信体系结构类型用于UE 1的情况。注意，图13和14中的过程与图11和12中的过程的不同之处在于：利用RRC连接设置完成消息将由UE 1确定的通信体系结构类型发送至RAN 2。
参考图13，步骤1301～1312与图11中的步骤1101～1112相同。然而，在图13的过程中，与图4中的过程相同，UE 1使用RRC连接设置完成消息(步骤1305)向RAN 2发送明确地或隐含地指示由UE 1确定的第一通信体系结构类型的UE辅助信息元素(IE)。
接着，参考图14，步骤1401～1414与图12中的步骤1201～1214相同。然而，在图14的过程中，与图4中的过程相同，UE 1使用RRC连接设置完成消息(步骤1405)向RAN 2发送明确地或隐含地指示由UE 1确定的第二通信体系结构类型的UE辅助信息元素(IE)。
尽管图13和14示出移动发起(MO)数据传输，但可以将与图13和14所示的过程相同的过程应用于移动终止(MT)数据传输。
在图13和14所示的示例中，UE 1确定UE 1的数据包传输所使用的通信体系结构类型，并且向RAN 2发送包括指示所确定的通信体系结构类型的UE辅助IE的RRC连接设置完成消息。因此，图13和14所示的示例可以提供与图4所示的示例相同的优点。此外，在附接之后UE 1从RRC空闲模式(或其它暂停模式)转变为RRC连接模式以进行数据包传输的RRC连接设置过程期间，图13和14所示的示例使得UE 1能够确定UE 1的数据包传输所使用的通信体系结构类型。
第十一实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。本实施例提供涉及UE 1所使用的通信体系结构的确定(或选择)的另一通信过程。图15和16示出根据本实施例的通信过程的示例的序列图。在图15和16所示的过程中，在附接之后UE 1从RRC空闲模式(或其它暂停模式)转变为RRC连接模式以进行数据包传输的RRC连接设置期间，RAN 2确定UE 1的数据包传输所使用的通信体系结构类型。图15示出将第一通信体系结构类型用于UE 1的情况。另一方面，图16示出将第二通信体系结构类型用于UE 1的情况。注意，图15和16中的过程与图11和12中的过程的不同之处在于：RAN 2确定通信体系结构类型。
参考图15，步骤1501～1505与图6中的步骤601～605相同。然而，图15的示例示出在附接之后所进行的从RRC空闲模式(或其它暂停模式)向RRC连接模式的转变。此外，在图15所示的示例中，在步骤1503中，RAN 2为UE 1选择第一通信体系结构类型。因而，在步骤1505中由UE 1发送的初始NAS消息是携载小数据的NAS消息。也就是说，小数据搭载到初始NAS消息上。步骤1504中的RRC连接设置消息可以明确地或隐含地指示步骤1503中由RAN 2确定的第一通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)。
在RAN 2明确地指示通信体系结构类型的情况下，RAN 2可以向UE 1发送包括指示通信体系结构类型的AS层(例如，RRC层)信息元素或NAS层信息元素的RRC连接设置消息。在发送指示通信体系结构类型的NAS信息元素的情况下，UE 1的NAS层可以将指示要使用的通信体系结构类型的信息发送至UE 1的AS层，或者可以根据该通信体系结构类型开始数据发送。另一方面，在RAN 2隐含地指示通信体系结构类型的情况下，RAN 2可以通过将所选择的通信体系结构类型的配置信息包含到RRC连接设置消息中，来向UE 1通知所选择的通信体系结构类型。
在步骤1506中，RAN 2使用S1AP：初始UE消息，将从RRC连接设置完成消息检索到的初始NAS消息(即，携载小数据的NAS消息)发送至CN 3(例如，MME或C-SGN)。将初始NAS消息(即，携载小数据的NAS消息)嵌入到S1AP：初始UE消息的NAS-PDU信息元素(IE)中。RAN 2可以将指示步骤1503中所确定的通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)的信息元素包含到S1AP：初始UE消息中。RAN 2可以从CN 3内的DCN中选择与步骤1503中确定的通信体系结构类型相对应的DCN，并且将携载初始NAS消息(即，附接请求消息)的S1AP：初始UE消息发送至所选择的DCN。
步骤1507～1512与图11中的步骤1107～1112或者图13中的步骤1307～1312相同。
接着，参考图16，步骤1601～1606与图15中的步骤1501～1505相同。然而，在步骤1603中，RAN 2为UE 1选择第二通信体系结构类型。因而，步骤1605中由UE 1发送的初始NAS消息是服务请求消息。步骤1604中的RRC连接设置消息可以明确地或隐含地指示在步骤1603中由RAN 2确定的第二通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)。
步骤1606～1614与图12中的步骤1206～1214或者图14中的步骤1406～1414相同。
尽管图15和16示出移动发起(MO)数据传输，但可以将与图15和16所示的过程相同的过程应用于移动终止(MT)数据传输。
在附接之后UE 1从RRC空闲模式(或其它暂停模式)转变为RRC连接模式以进行数据包传输的RRC连接设置过程期间，图15和图16所示的示例使得RAN 2能够确定UE 1的数据包传输所使用的通信体系结构类型。
第十二实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。然而，CN 3包括多个(专用)核心网。RAN 2确定UE 1的数据包传输所使用的通信体系结构类型，并且从CN 3内所包括的多个(专用)核心网中选择与所确定的通信体系结构类型相对应的(专用)核心网。此外，RAN 2被配置为将初始非接入层(NAS)消息发送至所选择的核心网。
图17是示出根据本实施例的通信过程的示例的序列图。在图17所示的示例中，CN3包括与第一通信体系结构类型相对应的第一(专用)核心网((D)CN-1 3A)和与第二通信体系结构类型相对应的第二(专用)核心网((D)CN-23B)。
步骤1701与图5的步骤504相同。也就是说，UE 1在初始附接所用的RRC连接设置过程期间发送RRC连接设置完成消息。步骤1701中的RRC连接设置完成消息包括明确地或隐含地指示UE 1所支持的一个或多个通信体系结构类型(例如，UE支持的体系结构类型)的信息元素。该信息元素是AS(RRC)信息。
在步骤1702中，与图5中的步骤505相同，RAN 2在考虑UE 1所支持的一个或多个通信体系结构类型的情况下，确定UE 1所使用的通信体系结构类型。此外，RAN 2从CN 3内所包括的多个(专用)核心网中选择与所确定的通信体系结构类型相对应的(专用)核心网。也就是说，在RAN 2为UE 1选择第一通信体系结构类型的情况下，RAN 2选择CN-1 3A并且将S1AP：初始UE消息发送至CN-1 3A(步骤1703)。在RAN 2为UE 1选择第二通信体系结构类型的情况下，RAN 2选择CN-2 3B并且将初始UE消息发送至CN-2 3B(步骤1704)。该初始UE消息可以指示由RAN 2选择的通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)。
步骤1705～1708与图5中的步骤507～510相同。步骤1706中的附接接受消息、步骤1707中的RRC连接释放消息或者从CN 3(即，CN-1 3A或CN-2 3B)向UE 1发送的其它下行链路NAS消息可以明确地或隐含地指示UE 1所使用的通信体系结构类型。
在根据图17所示的过程在附接之后UE 1进行数据传输的情况下，UE 1可以使用RRC连接设置完成消息中所包括的注册MME信息元素(IE)来指示与UE 1已注册到的专用CN有关的信息(即，与MME或C-SGN有关的信息)。RAN 2可以使用RRC连接设置完成消息中所包括的注册MME IE来选择应用于UE 1的通信体系结构类型并且选择(专用)CN。也就是说，在注册MME IE指示CN-1 3A的NAS节点(例如，MME/C-SGN)的情况下，RAN 2为UE 1选择第一通信体系结构类型和CN-1 3A，而在注册MME IE指示CN-2 3B的NAS节点(例如，MME/C-SGN)的情况下，RAN 2为UE 1选择第二通信体系结构类型和CN-2 3B。除注册MME IE外或代替注册MME IE，可以使用注册C-SGN IE、注册DCN IE或UE使用类型。
在图17所示的示例中，RAN 2确定UE 1所使用的通信体系结构类型，并且选择初始UE消息要被发送至的(专用)核心网。因而，这使得RAN 2能够根据UE 1所使用的通信体系结构类型在RAN 2中的动态确定来选择适当(专用)核心网。
第十三实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。然而，CN 3包括多个(专用)核心网。RAN 2被配置为确定UE1的数据包传输所使用的通信体系结构类型。CN 3被配置为进行初始UE消息的重路由(或重定向)，使得将初始UE消息发送至与由RAN 2确定的通信体系结构类型相对应的适当(专用)核心网。
图18是示出根据本实施例的通信过程的示例的序列图。在图18所示的示例中，CN3包括与第一通信体系结构类型相对应的第一(专用)核心网((D)CN-1 3A)和与第二通信体系结构类型相对应的第二(专用)核心网((D)CN-23B)。
步骤1801和1805与图5中的步骤504和505相同。RAN 2从UE 1接收包括初始NAS消息的RRC连接设置完成消息。然后，RAN 2在考虑UE 1所支持的一个或多个通信体系结构类型的情况下，确定UE 1所使用的通信体系结构类型。
在步骤1803中，RAN 2将S1AP：初始UE消息发送至预先指定的或任意选择的(专用)核心网。该初始UE消息包括明确地或隐含地指示UE 1所使用的通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)的信息元素。在图18所示的示例中，RAN 2将初始UE消息发送至(专用)核心网CN-2 3B。预先指定的(专用)核心网可以是例如支持默认的通信体系结构类型的核心网。
在步骤1804中，位于CN 3(即，在该示例中为CN-2 3B)中的NAS节点(例如，MME/C-SGN)从RAN 2接收到初始UE消息，并且参考指示所接收的初始UE消息中所包括的通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)的信息元素。在使UE 1所使用的通信体系结构类型与CN-2 3B相关联的情况下，位于CN-2 3B中的NAS节点基于初始UE消息中所包括的附接请求消息来继续附接处理。另一方面，在使UE 1所使用的通信体系结构类型与其它(专用)核心网(即，在该示例中为CN-1 3A)相关联的情况下，位于CN-23B中的NAS节点请求RAN 2将初始UE消息重路由至CN-1 3A。具体地，如图18所示，CN-2 3B将S1AP：重路由NAS消息请求消息发送至RAN2。该重路由NAS消息请求消息包括初始UE消息要被发送至的(专用)核心网的标识符(例如，MME组ID、C-SGN组ID、DCN组ID和附加全局唯一性临时标识(GUTI))。
在步骤1804中，为了确定初始UE消息的重路由，CN 3可以进一步考虑从HSS 5检索到的UE 1的用户数据(例如，UE能力或UE使用类型(例如，C-IoT、一般MTC或延迟容忍MTC))。
在步骤1805中，在接收到S1AP：重路由NAS消息请求消息时，RAN 2将初始UE消息重路由至在重路由NAS消息请求消息中指定的核心网(在该示例中为CN-1 3A)。
步骤1806～1809与图17中的步骤1705～1708相同。步骤1807中的附接接受消息、步骤1808中的RRC连接释放消息或者从CN 3(即，CN-1 3A或CN-2 3B)向UE 1发送的其它下行链路NAS消息可以明确地或隐含地指示UE 1所使用的通信体系结构类型。
在根据图18所示的过程在附接之后UE 1进行数据传输的情况下，UE 1可以使用RRC连接设置完成消息中所包括的注册MME信息元素(IE)来指示与UE 1已注册到的专用CN有关的信息(即，与MME或C-SGN有关的信息)。RAN 2可以使用RRC连接设置完成消息中所包括的注册MME IE来选择应用于UE 1的通信体系结构类型并且选择(专用)CN。也就是说，在注册MME IE指示CN-1 3A的NAS节点(例如，MME/C-SGN)的情况下，RAN 2为UE 1选择第一通信体系结构类型和CN-1 3A，而在注册MME IE指示CN-2 3B的NAS节点(例如，MME/C-SGN)的情况下，RAN 2为UE 1选择第二通信体系结构类型和CN-2 3B。
在图18所示的示例中，CN 3识别由RAN 2确定的通信体系结构类型，并且根据由RAN 2确定的通信体系结构类型来重路由初始UE消息。因而，这使得CN 3能够根据UE 1所使用的通信体系结构类型在RAN 2中的动态确定来在适当(专用)核心网中处理初始UE消息。
第十四实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。然而，CN 3包括多个(专用)核心网。CN 3被配置为确定UE 1的数据包传输所使用的通信体系结构类型，并且进行初始UE消息的重路由(或重定向)，使得将初始UE消息发送至与由CN 3确定的通信体系结构类型相对应的适当(专用)核心网。
图19是示出根据本实施例的通信过程的示例的序列图。在图19所示的示例中，CN3包括与第一通信体系结构类型相对应的第一(专用)核心网((D)CN-1 3A)和与第二通信体系结构类型相对应的第二(专用)核心网((D)CN-23B)。图19所示的过程与图18所示的过程的不同之处在于，CN 3确定用于UE1的通信体系结构类型。
步骤1901和1902与图9中的步骤904相同。也就是说，在步骤1901中，UE1向RAN 2发送携载专用NAS信息的RRC连接设置完成消息，其中该专用NAS信息包括初始NAS消息(即，附接请求消息)以及UE 1所支持的一个或多个通信体系结构类型(例如，UE支持的体系结构类型)。在步骤1902中，RAN2从RRC连接设置完成消息中检索专用NAS信息。然后，RAN 2将携载包括所检索的专用NAS信息的NAS-PDU的S1AP：初始UE消息发送至预先指定的或任意选择的(专用)核心网。在图19所示的示例中，RAN 2将初始UE消息发送至(专用)核心网CN-2 3B。
步骤1903与图9中的步骤905相同。也就是说，位于CN 3(在该示例中为CN-2 3B)中的NAS节点(例如，MME/C-SGN)在考虑UE 1所支持的一个或多个通信体系结构类型(例如，UE支持的体系结构类型)的情况下，确定UE 1所使用的通信体系结构类型。为了确定通信体系结构类型，位于CN-2 3B中的NAS节点可以进一步考虑从HSS 5检索到的UE 1的用户数据(例如，UE能力或UE使用类型)。
步骤1904～1909与图18中的步骤1804～1809相同。然而，步骤1904中的S1AP：重路由NAS消息请求消息可以包括明确地或隐含地指示由CN-2 3B确定的UE 1所使用的通信体系结构类型(例如，所应用的体系结构类型或所选择的体系结构类型)的信息元素。这样，RAN 2可以识别UE 1所使用的通信体系结构类型。
在图19所示的示例中，CN 3确定UE 1所用的通信体系结构类型，并且根据所确定的通信体系结构类型来重路由初始UE消息。因而，这使得CN 3能够根据UE 1所使用的通信体系结构类型在CN 3中的动态确定在适当(专用)核心网中处理初始UE消息。
第十五实施例
用于将明确地或隐含地指示通信体系结构类型的信息元素从UE 1发送至RAN 2的方法不限于以上实施例中所述的方法。也就是说，该方法不限于使用RRC消息(例如，RRC连接请求或RRC连接设置完成)的方法。
例如，UE 1可以使用RRC的下位层(即，RLC或MAC)中的RLC头部、MAC头部或MAC控制元素(MAC CE)来发送指示通信体系结构类型的信息元素(例如，UE辅助IE)。附加地或可选地，UE 1可以使用RLC头部、MAC头部或MAC CE来将指示PDCP处理(例如，AS安全处理)的省略的信息发送至RAN 2。更具体地，在第一通信体系结构类型涉及PDCP处理的省略的情况下，UE 1可以使用MAC CE来发送指示第一通信体系结构类型的信息元素和指示PDCP处理的省略的信息元素至少之一。
例如，在图4的步骤401中UE 1确定(选择)第一通信体系结构类型的情况下，UE 1可以在发送RRC连接设置完成消息(步骤405)时省略SRB 1所用的PDCP处理。因此，UE 1使用MAC CE来发送指示第一通信体系结构类型的信息元素和指示PDCP处理的省略的信息元素至少之一。通过使用MAC CE，RAN 2可以在PDCP处理之前的MAC处理中，识别出针对从UE 1接收到的(包括RRC连接设置完成的)消息，省略了UE 1中的PDCP处理。
第十六实施例
虽然上述实施例提供了在UE 1从RRC空闲模式(或其它暂停模式)转变为RRC连接模式时进行涉及随机接入前导码的发送的随机接入过程的示例，但本发明不限于这些示例。在UE 1和RAN 2中还可以实现其它随机接入过程。在一些实现中，代替随机接入前导码(即，RACH前导码)，UE 1可以在RACH上发送小(或短)消息。在这种情况下，在RACH上发送的消息可以指示由UE 1确定(或选择)或者支持的通信体系结构类型。这使得UE 1能够在建立RRC连接之前向RAN 2通知由UE 1确定(或选择)或者支持的通信体系结构类型。因此，例如，RAN 2可以在考虑从UE 1接收到的通信体系结构类型的情况下，生成RA响应消息。RA响应消息可以包括基于从UE 1接收到的通信体系结构类型所确定的退避指示符。
第十七实施例
可以将在UE 1从RRC空闲模式(或其它暂停模式)转变为RRC连接模式时UE 1所使用的RACH资源分别分配至多个通信体系结构类型。在这种情况下，UE 1可以将特定RACH资源用于包含前导码或小(短)消息的第一RACH发送，以隐含地指示由UE 1确定(或选择)或者支持的通信体系结构类型。这使得UE 1能够在建立RRC连接之前向RAN 2通知由UE 1确定(或选择)或者支持的通信体系结构类型。因此，例如，RAN 2可以在考虑从UE 1接收到的通信体系结构类型的情况下生成RA响应消息。RA响应消息可以包括基于从UE1接收到的通信体系结构类型所确定的退避指示符。
第十八实施例
上述实施例可以应用于NB-IoT通信和LTE eMTC通信中的任一或这两者。此外，上述实施例可以应用于LTE通信、高级LTE通信、以及根据这些标准的改进版本的其它UE通信。
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。注意，根据本实施例的UE 1可以是CIoT装置(例如，NB-IoT或LTE eMTC)，或者可以是符合LTE、高级LTE或这些标准的改进版本的UE。本实施例提供在将上述的通信体系结构类型其中之一应用于UE 1的情况下的移动性的示例。
UE 1的移动性包括空闲模式(例如，RRC空闲或其它暂停模式)中的小区改变(即，空闲模式移动性)和连接模式(例如，RRC连接)中的小区改变(即，连接模式移动性)。空闲模式移动性包括空闲模式下的小区重选过程。连接模式移动性包括连接模式下的后向切换过程和前向切换过程(例如，具有重定向的RRC释放)。
根据本实施例的无线通信网络可以不需要支持应用了包括第一通信体系结构类型和第二通信体系结构类型的多个通信体系结构类型至少之一的UE 1的移动性。注意，“不支持移动性”意味着：在小区改变之后要应用于UE1的通信体系结构类型的确定或选择时，没有考虑在小区改变之前UE 1所使用的通信体系结构类型及其配置。
在一些实现中，RAN 2可以针对应用了第一(或第二)通信体系结构类型的UE 1禁用RRC连接模式下的移动性(例如，切换和重定向)的功能。换句话说，UE 1可以使RRC连接模式下的移动性的功能(例如，测量报告、切换和重定向)无效。附加地或可选地，RAN 2可以针对应用了第二(或第一)通信体系结构类型的UE 1禁用RRC空闲模式下的移动性(例如，小区重选)的功能。换句话说，UE 1可以使RRC空闲模式中的移动性的功能(例如，小区重选和测量)无效。
在一些实现中，针对应用了第一(或第二)通信体系结构类型的UE 1，可以使RRC空闲模式和RRC连接模式下的移动性的功能有效。在这种情况下，UE 1可以如下所述工作，以在RRC空闲模式或RRC连接模式下改变小区。
例如，在进行小区重选时，UE 1可以释放(或丢弃)与在小区重选之前的小区中已在UE 1中配置的(或者已应用于UE 1的)通信体系结构类型有关的信息。
例如，在RRC连接模式中的切换过程(即，后向切换)期间，UE 1响应于从位于RAN 2内的源RAN节点(例如，源eNB或源CIoT BS)接收到切换指示，可以释放(或丢弃)与已在UE 1中配置的(或者已应用于UE 1的)通信体系结构类型有关的信息。该切换指示可以是例如包括MobilityControlInfo IE(移动性控制信息IE)的RRC连接再配置消息。
例如，在RRC连接模式中的具有重定向过程的RRC释放期间，UE 1响应于从位于RAN2内的源RAN节点(例如，源eNB或源CIoT BS)接收到用于请求重定向的RRC连接释放消息，可以释放(或丢弃)与已在UE 1中配置的(或者已应用于UE 1的)通信体系结构类型有关的信息。可选地，在根据用于请求重定向的RRC连接释放消息进行小区重选时，UE 1可以释放(或丢弃)与在小区重选之前的小区中已在UE 1中配置的(或者已应用于UE 1的)通信体系结构类型有关的信息。在这种情况下，RRC连接释放消息中使用的释放原因可被设置为“其它”。可选地，可以定义新的原因(例如，redirectionForCIoT、redirectionForCellUpdate、redirectionRequired或cellUpdateRequired)并将该新的原因用于释放原因。
在UE 1的小区改变之后，UE 1、RAN 2和CN 3可以根据在上述典型实施例中所描述的任一方法来确定(或选择)UE 1所要使用的通信体系结构类型。可选地，在小区改变之后，UE 1可以根据LTE和高级LTE中的现有方式来进行数据传输(即，UE 1可以回退到传统/常规机制)。
如上所述，在本实施例中，在空闲模式(或暂停模式)或者连接模式下进行小区改变之后，UE 1释放(或丢弃)在小区改变之前使用的通信体系结构类型配置。因而，可以防止UE 1中的通信体系结构类型配置和小区改变后的网络中的通信体系结构类型配置之间的不一致(或不匹配)。
第十九实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。根据本实施例的UE 1可以是CIoT装置(例如，NB-IoT或LTEeMTC)，或者可以是符合LTE、高级LTE或这些标准的改进版本的UE。本实施例提供在将上述通信体系结构类型其中之一应用于UE 1的情况下的空闲模式移动性的示例。
根据本实施例的UE 1在进行小区重选之后，向RAN 2或CN 3发送明确地或隐含地指示从小区重选之前已在UE 1中配置的(或者已应用于UE 1的)通信体系结构类型的信息元素。具体地，在UE 1在小区重选之后第一次进入RRC连接模式时，UE 1可以发送该信息元素。
图20和21是示出根据本实施例的通信过程的示例的序列图。图20示出将第一通信体系结构类型用于UE 1的情况。另一方面，图21示出将第二通信体系结构类型用于UE 1的情况。在图20和21所示的示例中，RAN 2包括RAN-12A和RAN-2 2B。RAN-1 2A与小区改变(小区重选)之前的RAN节点(例如，CIoT BS或eNB)相对应，并且RAN-2 2B与小区改变之后的RAN节点相对应。
参考图20，在步骤2001中，根据在第一实施例至第十七实施例中所述的过程中的任一过程来确定UE 1所使用的通信体系结构类型，并且UE 1是利用所确定的通信体系结构类型配置的。在图20所示的示例中，UE 1使用第一通信体系结构类型。在步骤2002中，RAN-12A在SRB 1上向UE 1发送RRC连接释放消息。在步骤2003中，UE 1记录(存储)UE 1已配置有的通信体系结构类型并且转变为RRC空闲模式(或者其它暂停模式)。在图20所示的示例中，UE1使用第一通信体系结构类型。
UE 1在RRC空闲模式(或其它暂停模式)下测量服务小区和相邻小区。在步骤2004中，UE 1进行小区重选。在步骤2005和2006中，UE 1和RAN-2 2B进行RRC连接建立过程，使得UE 1在小区重选之后首次进入RRC连接模式。在该过程期间，UE 1将明确地或隐含地指示从小区重选之前已在UE 1中配置的(或者已应用于UE 1的)通信体系结构类型的信息元素(例如，所配置的体系结构类型信息)发送至RAN-2 2B。该信息元素可以通过例如RRC连接请求消息或RRC连接设置完成消息来发送。在图20所示的示例中，该信息元素表示第一通信体系结构类型。这使得RAN-2 2B能够识别从小区重选之前已在UE1中配置的(或者已应用于UE 1的)通信体系结构类型，因而RAN 2可以进行与UE 1已配置有的通信体系结构类型相对应的操作。
在步骤2007中，UE 1使用NAS消息来进行UL数据发送和DL数据接收中的任一或这两者。与第九实施例和第十实施例相同，UE 1可以使用RRC设置完成消息或RRC：UL信息传输消息在SRB 1上发送包含UL数据的NAS消息。UE 1可以使用RRC：DL信息传输消息在SRB 1上接收包含DL数据的NAS消息。
可以如下所述修改图20所示的过程。例如，RAN-2 2B可以与CN 3进行通信以认证或批准UE 1。
UE 1可以使用NAS消息向CN 3发送明确地或隐含地指示从小区重选之前已在UE 1中配置的(或者已应用于UE 1的)通信体系结构类型的信息元素(例如，所配置的体系结构类型信息)。在这种情况下，CN 3可以向RAN-2 2B发送指示已在UE 1中配置的(或者已应用于UE 1的)通信体系结构类型的信息元素。
代替发送指示在UE 1中配置的(或应用于UE 1的)通信体系结构类型的信息元素，UE 1可以向RAN-2 2B发送指示已配置的通信体系结构类型的恢复的信息元素和指示小区重选之前的小区或RAN节点的信息元素(例如，物理小区ID(PCI)、载波频率(EARFCN)或E-UTRAN小区全局ID(ECGI))。在这种情况下，RAN-2 2B可以向管理小区重选之前的小区的RAN节点询问已在UE 1中配置的(或者已应用于UE 1的)通信体系结构类型。
UE 1可以向CN 3发送指示已配置的通信体系结构类型的恢复的信息元素。在这种情况下，CN 3可以向RAN-2 2B发送指示已在UE 1中配置的(或应用于UE 1的)通信体系结构类型的信息元素。
接着，参考图21，在步骤2101中，根据第一实施例至第十七实施例中所述的任一过程来确定UE 1所使用的通信体系结构类型，并且UE 1是利用所确定的通信体系结构类型配置的。在图21所示的示例中，UE 1使用第二通信体系结构类型。在步骤2102中，RAN-1 2A发送RRC消息(例如，RRC连接暂停消息)以暂停向UE 1的RRC连接。在接收到RRC消息时，UE 1从RRC连接模式转变为RRC空闲模式(或其它暂停模式)，并且在处于RRC空闲模式(或其它暂停模式)时保持与RRC连接有关的信息(步骤2103)。同样，RAN-1 2A和CN3保持RRC连接的暂停所需的与UE 1有关的上下文(步骤2103)。UE 1和RAN-12A还存储UE 1已配置有的通信体系结构类型(即，在本例中为第二通信体系结构类型)(步骤2104)。
步骤2105和2106与图20中的步骤2004和2005相同。然而，在步骤2106中所发送的RRC消息中，明确地或隐含地指示已在UE 1中配置的(或者已应用于UE 1的)通信体系结构类型的信息元素(例如，所配置的体系结构类型信息)指示了第二通信体系结构类型。此外，步骤2106中发送的RRC消息包括指示小区重选之前的小区或RAN节点的信息元素(例如，PCI或ECGI)。
在步骤2107中，在步骤2106中接收到RRC消息时，RAN-2 2B从小区重选之前的RAN-1 2A请求UE上下文。在步骤2108中，RAN-1 2A将RAN-1 2A中所保持的UE上下文发送至RAN-2B。在步骤2109中，RAN-2 2B与CN 3通信以恢复暂停的RRC连接。具体地，RAN-2 2B可以将S1-AP：UE上下文激活消息发送至CN 3并且从CN 3接收S1-AP：UE上下文激活Ack(确认)消息。S1-AP：UE上下文激活消息触发了用于修改CN 3内的S1承载的过程。该过程包括例如从MME(或C-SSN)向S-GW的修改承载请求消息的发送以及从S-GW向MME(或C-SSN)的修改承载响应消息的发送。
在步骤2110中，RAN-2 2B将指示RRC连接的恢复完成的RRC消息(例如，RRC连接恢复完成消息)发送至UE 1。该RRC消息包括AS安全信息。在步骤2111中，UE 1和RAN-2 2B建立了AS安全。在步骤2112中，UE 1在UL承载上经由RAN-2 2B发送UL数据，并且在DL承载上经由RAN-2 2B接收DL数据。
如上所述，在本实施例中，在进行小区重选之后，UE 1向RAN-2 2B或CN 3发送明确地或隐含地指示从小区重选之前已在UE 1中配置的(或者已应用于UE 1的)通信体系结构类型的信息元素(例如，所配置的体系结构类型信息)。因而，可以防止UE 1中的通信体系结构类型配置和小区改变之后的网络中的通信体系结构类型配置之间的不一致(或不匹配)。
第二十实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。根据本实施例的UE 1可以是CIoT装置(例如，NB-IoT或LTEeMTC)，或者可以是符合LTE、高级LTE或这些标准的改进版本的UE。本实施例提供在将上述通信体系结构类型其中之一应用于UE 1的情况下的连接模式移动性的示例。
在本实施例中，在进行UE 1的切换时，源RAN节点(例如，CIoT BS或eNB)将切换请求发送至目标RAN节点(例如，CIoT BS或eNB)，其中该切换请求包括明确地或隐含地指示已在UE 1中配置的(即，已用于UE 1的)通信体系结构类型的信息元素。
图22和23是示出根据本实施例的通信过程的示例的序列图。图22示出将第一通信体系结构类型用于UE 1的情况。另一方面，图23示出将第二通信体系结构类型用于UE 1的情况。在图22和图23所示的示例中，RAN 2包括RAN-1 2A和RAN-2 2B。RAN-1 2A与源RAN节点(例如，CIoT BS或eNB)相对应，并且RAN-2 2B与目标RAN节点相对应。
参考图22，在步骤2201中，根据在第一实施例至第十七实施例中所述的过程中的任一过程来确定UE 1所使用的通信体系结构类型，并且UE 1是利用所确定的通信体系结构类型配置的。在图22所示的示例中，UE 1使用第一通信体系结构类型。在步骤2202中，UE 1处于RRC连接模式。因此，在步骤2202中，UE 1可以使用NAS消息来进行UL数据发送和DL数据接收中的任一或这两者。
在步骤2203中，UE 1将指示服务小区和相邻小区的测量结果的测量报告发送至RAN-1 2A。在步骤2004中，源RAN-1 2A确定UE 1向目标RAN-2 2B的切换。在步骤2005中，源RAN-1 2A将切换请求发送至目标RAN-2 2B。该切换请求包括指示在源RAN-1 2A中UE 1所使用的通信体系结构类型(即，在该示例中为第一通信体系结构类型)的信息元素(例如，体系结构类型信息)。
在步骤2206中，在接收到切换请求时，目标RAN-2 2B将针对切换请求的应答请求(例如，切换请求确认消息)发送至源RAN-1 2A。在一些实现中，该应答消息指示目标RAN-22B是否支持已从源RAN-1 2A通知的通信体系结构类型。可选地，该应答消息明确地或隐含地指示在目标RAN-2 2B中UE 1所要使用的(改变后的)通信体系结构类型。
在步骤2207中，源RAN-1 2A向UE 1发送包括如下的信息元素(例如，体系结构类型信息)的切换指示，其中该信息元素指示在切换之后继续使用当前的通信体系结构类型、或者指示在切换之后要应用于UE 1的(改变后的)通信体系结构类型。该切换指示可以是例如包括MobilityControlInfo IE的RRC连接再配置消息。在图22所示的示例中，在目标RAN-22B中也将第一通信体系结构类型用于UE 1。
在步骤2208中，UE 1进行随机接入过程以便与目标小区(即，目标RAN-22B)同步。在步骤2209中，UE 1将包括切换确认(例如，Handover Confirm(切换确认))的RRC连接再配置完成消息发送至目标RAN-2 2B。在步骤2210中，UE 1根据在步骤2207中从源RAN-1 2A指示的通信体系结构类型来进行UL发送和DL接收中的任一或这两者。在图22所示的示例中，在目标RAN-2 2B中也将第一通信体系结构类型用于UE 1。因此，在步骤2210中，UE 1可以使用NAS消息来进行UL数据发送和DL数据接收中的任一或这两者。
可以如下所述修改图22所示的过程。在步骤2205中，切换请求可以指示UE 1已被授权使用第一通信体系结构类型。
接着，参考图23，在步骤2301中，根据第一实施例至第十七实施例中所述的任一过程来确定UE 1所使用的通信体系结构类型，并且UE 1是利用所确定的通信体系结构类型配置的。在图23所示的示例中，UE 1使用第二通信体系结构类型。在步骤2302中，进行UE 1所用的承载建立过程。在步骤2303中，UE 1在UL承载上经由RAN-1 2A发送UL数据，并且在DL承载上经由RAN-1 2A接收DL数据。
步骤2304～2310与图22中的步骤2203～2209相同。然而，在图23所示的示例中，目标RAN-2 2B将第二通信体系结构类型用于UE 1。在步骤2311中，与普通的切换过程相同，目标RAN-2 2B与CN 3进行通信，以改变UE 1所用的S1承载的路径。例如，目标RAN-2 2B将S1AP：路径切换请求消息发送至CN 3，并且从CN 3接收S1AP：路径切换请求Ack消息。
在步骤2312中，UE 1在UL承载上经由目标RAN-2 2B发送UL数据，并且在DL承载上经由目标RAN-2 2B接收DL数据。
在步骤2313中，UE 1、目标RAN-2 2B和CN 3暂停RRC连接。
可以适当组合图22和23的过程。也就是说，如已经说明的，目标RAN-22B可以将与在源RAN-1 2A中应用于UE 1的通信体系结构类型不同的通信体系结构类型应用于UE 1。因此，在图22中，在切换应答消息(步骤2206)指示在目标RAN-2 2B中要将第二通信体系结构类型用于UE 1的情况下，代替进行步骤2210，可以进行图23所示的步骤2311～2313。这同样适用于相反的情况。
如上所述，在本实施例中，源RAN-1 2A将包括指示已在UE 1中配置的(即，已用于UE 1的)通信体系结构类型的信息元素的切换请求发送至目标RAN-2 2B。因而，可以防止UE1中的通信体系结构类型配置和目标RAN-22B中的通信体系结构类型配置之间的不一致(或不匹配)。
此外，在本实施例中，目标RAN-2 2B将包括如下的信息元素的切换应答消息发送至源RAN-1 2A，其中该信息元素指示目标RAN-2 2B是否支持已从源RAN-1 2A通知的通信体系结构类型、或者指示在目标RAN-2 2B中要用于UE 1的(改变后的)通信体系结构类型。此外，源RAN-1 2A将包括指示在目标RAN-2 2B中要用于UE 1的通信体系结构类型的信息元素的切换指示发送至UE 1。这使得目标RAN-2 2B能够将与在源RAN-1 2A中使用的通信体系结构类型不同的通信体系结构类型用于UE 1。
第二十一实施例
根据本实施例的无线通信网络的结构示例与图2所示的无线通信网络的结构示例相同。根据本实施例的UE 1可以是CIoT装置(例如，NB-IoT或LTEeMTC)，或者可以是符合LTE、高级LTE或这些标准的改进版本的UE。本实施例提供在将上述通信体系结构类型其中之一应用于UE 1的情况下的连接模式移动性的示例。
在本实施例中，在连接模式中的前向切换过程期间，UE 1向目标RAN-22B发送明确地或隐含地指示在源RAN-1 2A中已在UE 1中配置的(或已应用于UE 1的)通信体系结构类型的信息元素。具体地，UE 1可以使用向着目标RAN-2 2B的RRC连接再建立消息来发送该信息元素。前向切换过程可以在RAN-1 2A将“具有重定向的RRC释放”消息发送至UE 1时开始。可选地，前向切换过程可以由UE 1响应于无线链路失败(RLF)计时器的到期而自发地开始。
图24、25A和25B是示出根据本实施例的通信过程的示例的序列图。图24示出将第一通信体系结构类型用于UE 1的情况。另一方面，图25A和25B示出将第二通信体系结构类型用于UE 1的情况。在图24、25A和25B所示的示例中，RAN 2包括RAN-1 2A和RAN-2 2B。RAN-1 2A与源RAN节点(例如，CIoT BS或eNB)相对应，并且RAN-2 2B与目标RAN节点相对应。
参考图24，步骤2401～2403与图22中的步骤2201～2203相同。在步骤2404中，源RAN-1 2A将指示向目标RAN-2 2B的重定向的RRC释放消息发送至UE1。在接收到RRC释放消息时，UE 1进行小区重选(步骤2405)。注意，不一定必须进行步骤2404。具体地，UE 1可以响应于RLF计时器的到期而自发地进行小区(重新)选择(步骤2405)。
在步骤2406中，UE 1将RRC连接再建立请求消息发送至目标RAN-2 2B。该RRC连接再建立请求消息包括与通信体系结构类型有关的信息元素(例如，所配置的体系结构类型信息)，其中该信息元素明确地或隐含地指示在源RAN-1 2A中已在UE 1中配置的(或已应用于UE 1的)通信体系结构类型。
在步骤2407中，目标RAN-2 2B将RRC连接再建立消息发送至UE 1。该消息可以包括与通信体系结构类型有关的信息元素(例如，体系结构类型信息)，其中该信息元素指示继续使用当前的通信体系结构类型、或者明确地或隐含地指示在目标RAN-2 2B中应用于UE 1的(改变后的)通信体系结构类型。
在图24所示的示例中，目标RAN-2 2B将第一通信体系结构类型用于UE1。因此，步骤2408与图22中的步骤2210相同。
接着，参考图25A和25B，步骤2501～2504与图23中的步骤2301～2304相同。
步骤2505～2508与图24中的步骤2404～2407相同。在图25A和25B所示的示例中，目标RAN-2 2B将第二通信体系结构类型用于UE 1。因而，步骤2509～2514与图21中的步骤2107～2112相同。
步骤2515与图23中的步骤2313相同。
可以如下所述修改图25A和25B所示的过程。步骤2505中的RRC连接释放消息可以指示恢复(Resume)ID。恢复ID是RAN 2分配给UE 1以供RRC暂停用的标识符。RAN 2使用恢复ID来使UE 1与先前存储的UE上下文相关联。在一些实现中，源RAN-1 2A可以确定恢复ID并将该恢复ID发送至UE 1和目标RAN-2 2B。可选地，目标RAN-2 2B可以确定恢复ID并将该恢复ID经由源RAN-1 2A发送至UE 1。
如上所述，在本实施例中，在进行与前向切换有关的小区重选之后，UE1向目标RAN-2 2B发送指示在源RAN-1 2A中已在UE 1中配置的(或已应用于UE 1的)通信体系结构类型的信息元素(例如，所配置的体系结构类型信息)。因而，可以防止UE 1中的通信体系结构类型配置和目标RAN-2 2B中的通信体系结构类型配置之间的不一致(或不匹配)。
第二十二实施例.
3GPP在2016年开始致力于5G的标准化、即3GPP版本14，以使5G在2020年成为商业现实。5G预计将通过LTE和高级LTE的持续增强/演变以及通过引入新的5G空中接口(即，新的无线接入技术(RAT))的创新发展来实现。新的RAT(即，新的5G RAT)支持例如比LTE/高级LTE及其增强/演进所支持的频带(例如，6GHz以下)更高的频带。例如，新的RAT支持厘米波带(10GHz以上)和毫米波带(30GHz以上)。
更高的频率可以提供更高速率的通信。然而，更高频率的覆盖范围由于其频率特性因而更加局部。因此，高频率用于提高特定区域中的容量和数据速率，而宽区域覆盖范围由当前的较低频率来提供。也就是说，为了确保新的5G RAT通信在高频带中的稳定性，需要低频率和高频率之间的紧密集成或互通(即，LTE/高级LTE和新的5G RAT之间的紧密集成或互通)。支持5G的无线终端(即，5G用户设备(UE))通过使用载波聚合(CA)或双连接(DC)或者它们的改进技术连接至低频带小区和高频带小区(即，LTE/高级LTE小区和新的5G小区)这两者。
除非另外说明，否则本说明书中使用的术语“LTE”包括5G所用的LTE和高级LTE的增强以提供与新的5G RAT的紧密互通。LTE和高级LTE的这些增强也被称为高级LTE Pro、LTE+或增强型LTE(eLTE)。此外，为了方便起见，使用本说明书中的术语“5G”或“新5G”来指示为了第五代(5G)移动通信系统新引入的空中接口(RAT)、以及与该空中接口有关的节点、小区、协议层等。随着标准化工作的进展，将来将确定新引入的空中接口(RAT)以及与该空中接口有关的节点、小区和协议层的名称。例如，LTE RAT可被称为主要RAT(P-RAT或pRAT)或主RAT。另一方面，新的5G RAT可被称为辅助RAT(S-RAT或sRAT)。
上述的第一实施例至第二十一实施例可以应用于提供LTE RAT和新5GRAT之间的紧密互通的5G无线通信网络。在一些实现中，UE 1、RAN 2和CN3可以在LTE RAT中进行第一实施例至第八实施例所述的任一附接过程，然后根据在该附接过程中确定的(或选择的)通信体系结构类型来在新的5GRAT中进行数据传输。
例如，在将第一通信体系结构类型用于UE 1的情况下，UE 1可以代替使用LTE小区中的RRC连接设置完成消息而是使用5G小区中的UL信息传输消息来发送数据，并且使用5G小区中的DL信息传输消息来接收数据。例如，在将第二通信体系结构类型用于UE 1的情况下，UE 1、RAN 2和CN 3可以在5G小区中进行RRC连接的暂停和恢复。在该处理中，UE 1和RAN2可以连接至LTE小区中的通信所用的核心网节点和与LTE小区中的通信所用的核心网节点不同的核心网节点。
最后，将说明根据上述实施例的UE 1、RAN 2内的节点(例如，CIoT BS和eNB)以及CN 3内的节点(例如，C-SGN和MME)的结构示例。图26是示出UE 1的结构示例的框图。射频(RF)收发器2601进行模拟RF信号处理以与RAN 2进行通信。RF收发器2601所进行的模拟RF信号处理包括升频转换、降频转换和放大。RF收发器2601连接至天线2602和基带处理器2603。即，RF收发器2601从基带处理器2603接收调制符号数据(或OFDM符号数据)，生成发送RF信号，并且将所生成的发送RF信号供给至天线2602。此外，RF收发器2601基于天线2602所接收到的接收RF信号来生成基带接收信号，并且将所生成的基带接收信号供给至基带处理器2603。
基带处理器2603进行无线通信所用的数字基带信号处理(即，数据面处理)和控制面处理。数字基带信号处理包括(a)数据压缩/解压缩、(b)数据分段/串接、(c)发送格式(即，发送帧)的生成/分解、(d)信道编码/解码、(e)调制(即，符号映射)/解调制、以及(f)利用快速傅立叶逆变换(IFFT)的OFDM符号数据(即，基带OFDM信号)的生成。另一方面，控制面处理包括层1(例如，发送电力控制)、层2(例如，无线资源管理和混合自动重传请求(HARQ)处理)以及层3(例如，与附着、移动性和呼叫管理有关的信令)的通信管理。
例如，在LTE或高级LTE的情况下，基带处理器2603所进行的数字基带信号处理可以包括分组数据汇聚协议(PDCP)层、无线链路控制(RLC)层、介质访问控制(MAC)层和物理(PHY)层的信号处理。此外，基带处理器2603所进行的控制面处理可以包括非接入层(NAS)协议、RRC协议和MAC控制元素(MAC CE)的处理。
基带处理器2603可以包括用于进行数字基带信号处理的调制解调器处理器(例如，数字信号处理器(DSP))和用于进行控制面处理的协议栈处理器(例如，中央处理单元(CPU)或微处理器单元(MPU))。在这种情况下，用于进行控制面处理的协议栈处理器可以与以下所述的应用处理器2604相集成。
应用处理器2604还被称为CPU、MPU、微处理器或处理器核。应用处理器2604可以包括多个处理器(处理器核)。应用处理器2604从存储器2606或者从其它存储器(未示出)加载系统软件程序(操作系统(OS))和各种应用程序(例如，语音呼叫应用、WEB浏览器、邮件程序、照相机操作应用和音乐播放器应用)，并且执行这些程序，由此提供UE 1的各种功能。
在一些实现中，如在图26中利用虚线(2605)所示，基带处理器2603和应用处理器2604可以集成在单个芯片上。换句话说，基带处理器2603和应用处理器2604可以在单个片上系统(SoC)装置2605上实现。SoC装置可被称为系统大规模集成(LSI)或芯片组。
存储器2606是易失性存储器、非易失性存储器或它们的组合。存储器2606可以包括物理上彼此独立的多个存储器装置。易失性存储器例如是静态随机存取存储器(SRAM)、动态RAM(DRAM)或它们的组合。非易失性存储器例如是掩模只读存储器(MROM)、电可擦除可编程ROM(EEPROM)、闪速存储器、硬盘驱动器或它们的任何组合。存储器2606可以包括例如由基带处理器2603、应用处理器2604和SoC 2605可以访问的外部存储器装置。存储器2606可以包括集成在基带处理器2603、应用处理器2604或SoC 2605内的内部存储器装置。此外，存储器2606可以包括通用集成电路卡(UICC)中的存储器。
存储器2606可以存储包括用以进行上述实施例中所描述的利用UE 1的处理的指令和数据的一个或多个软件模块(计算机程序)2607。在一些实现中，基带处理器2603或应用处理器2604可以从存储器2606加载一个或多个软件模块2607并且执行所加载的软件模块，由此进行上述实施例中所描述的UE 1的处理。
图27是示出根据上述实施例的RAN 2内的节点(例如，CIoT BS或eNB)的结构示例的框图。如图27所示，该节点包括RF收发器2701、网络接口2703、处理器2704和存储器2705。RF收发器2701进行模拟RF信号处理以与无线终端1进行通信。RF收发器2701可以包括多个收发器。RF收发器2701连接至天线2702和处理器2704。RF收发器2701从处理器2704接收调制符号数据(或OFDM符号数据)，生成发送RF信号，并且将所生成的发送RF信号供给至天线2702。此外，RF收发器2701基于天线2702所接收到的接收RF信号来生成基带接收信号，并且将该信号供给至处理器2704。
使用网络接口2703来与网络节点(例如，MME、C-SGN和S-GW)进行通信。网络接口2703可以包括例如符合IEEE 802.3系列的网络接口卡(NIC)。
处理器2704进行无线通信所用的数字基带信号处理(即，数据面处理)和控制面处理。例如，在LTE或高级LTE的情况下，处理器2704所进行的数字基带信号处理可以包括PDCP层、RLC层、MAC层和PHY层的信号处理。此外，处理器2704所进行的控制面处理可以包括S1协议、RRC协议和MAC CE的处理。
处理器2704可以包括多个处理器。处理器2704可以包括例如用于进行数字基带信号处理的调制解调器处理器(例如，DSP)和用于进行控制面处理的协议栈处理器(例如，CPU或MPU)。
存储器2705包括易失性存储器和非易失性存储器的组合。易失性存储器是例如SRAM、DRAM或它们的组合。非易失性存储器是例如MROM、PROM、闪速存储器、硬盘驱动器或它们的组合。存储器2705可以包括与处理器2704分开配置的存储器。在这种情况下，处理器2704可以经由网络接口2703或I/O接口(未示出)访问存储器2705。
存储器2705可以存储包括用以进行上述实施例中所描述的利用RAN 2内的节点(例如，CIoT BS或eNB)的处理的指令和数据的一个或多个软件模块(计算机程序)2706。在一些实现中，处理器2704可以从存储器2705加载一个或多个软件模块2706并且执行所加载的软件模块，由此进行上述实施例中所描述的RAN 2内的任何节点的处理。
图28是示出根据上述实施例的CN 3内的节点(例如，C-SGN和MME)的结构示例的框图。如图28所示，该节点包括网络接口2801、处理器2802和存储器2803。使用网络接口2801来与网络节点(例如，C-SGN、MME、HSS、S-GW、P-GW、CIoT BS和eNB)进行通信。网络接口2801可以包括例如符合IEEE802.3系列的网络接口卡(NIC)。
处理器2802从存储器2803加载一个或多个软件模块(计算机程序)2804并且执行所加载的软件模块，由此进行上述实施例中所描述的CN 3内的节点(例如，C-SGN或MME)的处理。处理器2802可以例如是微处理器、MPU或CPU。处理器2802可以包括多个处理器。
存储器2803包括易失性存储器和非易失性存储器的组合。存储器2803可以包括与处理器2802分开配置的存储器。在这种情况下，处理器2802可以经由I/O接口(未示出)访问存储器2803。
如以上参考图26～28所述，上述实施例中的UE 1、RAN 2内的节点和CN3内的节点中所包括的各个处理器执行包括用于使计算机进行以上参考附图所述的算法的一组指令的一个或多个程序。可以采用各种类型的非暂时性计算机可读介质来存储这些程序并由此将这些程序供给至计算机。非暂时性计算机可读介质包括各种类型的有形存储介质。非暂时性计算机可读介质的示例包括：磁记录介质(诸如软盘、磁带和硬盘驱动器等)；磁光记录介质(诸如磁光盘等)；致密盘只读存储器(CD-ROM)；CD-R；CD-R/W；以及半导体存储器(诸如掩模ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、闪速ROM和随机存取存储器(RAM))。可以通过使用各种类型的暂时性计算机可读介质来将这些程序供给至计算机。暂时性计算机可读介质的示例包括电信号、光信号和电磁波。可以使用暂时性计算机可读介质来将程序经由有线通信线路(例如，电线和光纤)或无线通信线路供给至计算机。
其它实施例
以上实施例中的各实施例可以单独地使用，或者这些实施例中的两个以上的实施例可以适当地彼此组合。
上述实施例中所描述的RAN 2可以是云无线接入网(C-RAN)。C-RAN还被称为集中式RAN。换句话说，上述实施例中所描述的RAN 2或者RAN 2内的CIoT BS或eNB所进行的处理和操作可以由C-RAN体系结构中所包括的数字单元(DU)和无线单元(RU)其中之一或它们的组合来提供。DU还被称为基带单元(BBU)。RU还被称为远程无线电头端(RRH)或远程无线电设备(RRE)。也就是说，上述实施例中所描述的RAN 2、CIoT BS或eNB所进行的处理和操作可以由任一个或多个无线站(RAN节点)提供。
上述实施例可以应用于NB-IoT中的通信和LTE eMTC中的通信中的任一或这两者。此外，上述实施例可以应用于根据LTE、高级LTE及其改进的UE的通信。此外，上述实施例不限于LTE、高级LTE及其改进，并且还可以应用于其它无线通信网络。
此外，上述实施例仅是本发明人所获得的技术思想的应用的示例。这些技术思想不限于上述实施例，而且可以对这些技术思想进行各种修改。
本申请基于并要求2015年12月28日提交的日本专利申请2015-256034的优先权，在此通过引用包含其全部内容。
附图标记说明
1 用户设备(UE)
2 无线接入网(RAN)
3 核心网(CN)
4 应用服务器
5 归属用户服务器(HSS)
6 服务网关(S-GW)
2603 基带处理器
2604 应用处理器
2606 存储器
2704 处理器
2705 存储器
2802 处理器
2803 存储器

Claims (32)

1.一种无线终端，包括：
存储器；以及
至少一个处理器，其连接至所述存储器，
其中，所述至少一个处理器被配置为将包括UE辅助信息元素的无线资源控制连接设置完成消息即RRC连接设置完成消息发送至无线站，其中所述UE辅助信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
2.根据权利要求1所述的无线终端，其中，
所述多个通信体系结构类型包括经由控制面发送数据包的第一通信体系结构类型和经由用户面发送数据包的第二通信体系结构类型，以及
所述至少一个处理器被配置为：在所述第二通信体系结构类型用于所述无线终端的情况下，从所述无线站接收包括所述第二通信体系结构类型所需的附加的分组数据汇聚协议配置即PDCP配置的RRC消息。
3.一种无线终端中的方法，所述方法包括：
向无线站发送包括UE辅助信息元素的无线资源控制连接设置完成消息即RRC连接设置完成消息，其中所述UE辅助信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
4.一种非暂时性计算机可读介质，其存储用于使计算机进行无线终端中的方法的程序，其中，所述方法包括：
向无线站发送包括UE辅助信息元素的无线资源控制连接设置完成消息即RRC连接设置完成消息，其中所述UE辅助信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
5.一种无线站，包括：
存储器；以及
至少一个处理器，其连接至所述存储器，
其中，所述至少一个处理器被配置为：
从无线终端接收无线资源控制连接设置完成消息即RRC连接设置完成消息，以及
从所述RRC连接设置完成消息中检索UE辅助信息元素，其中所述UE辅助信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
6.根据权利要求5所述的无线站，其中，所述至少一个处理器还被配置为基于所述UE辅助信息元素来确定所述无线终端的数据包传输所要使用的通信体系结构类型。
7.根据权利要求6所述的无线站，其中，所述至少一个处理器还被配置为：
从多个核心网中选择与所确定出的通信体系结构类型相对应的核心网；以及
将从所述RRC连接设置完成消息中检索到的初始非接入层消息即NAS消息发送至所选择的核心网。
8.根据权利要求7所述的无线站，其中，所述至少一个处理器被配置为将所述初始NAS消息和包括用于指示所确定出的通信体系结构类型的信息元素的初始UE消息发送至所选择的核心网。
9.根据权利要求7或8所述的无线站，其中，
所述多个通信体系结构类型包括经由控制面发送数据包的第一通信体系结构类型和经由用户面发送数据包的第二通信体系结构类型，以及
所述至少一个处理器被配置为：
在确定出所述第一通信体系结构类型用于所述无线终端的情况下，将所述初始NAS消息发送至与所述第一通信体系结构类型相对应的第一核心网；以及
在确定出所述第二通信体系结构类型用于所述无线终端的情况下，将所述初始NAS消息发送至与所述第二通信体系结构类型相对应的第二核心网。
10.根据权利要求5至9中任一项所述的无线站，其中，
所述多个通信体系结构类型包括经由控制面发送数据包的第一通信体系结构类型和经由用户面发送数据包的第二通信体系结构类型，以及
所述至少一个处理器被配置为：在所述第二通信体系结构类型用于所述无线终端的情况下，响应于接收到所述RRC连接设置完成消息，将包括所述第二通信体系结构类型所需的附加的分组数据汇聚协议配置即PDCP配置的RRC消息发送至所述无线终端。
11.根据权利要求5至10中任一项所述的无线站，其中，
所述多个通信体系结构类型包括经由控制面发送数据包的第一通信体系结构类型和经由用户面发送数据包的第二通信体系结构类型，以及
所述至少一个处理器被配置为：
在所述第二通信体系结构类型用于所述无线终端的情况下，生成初始UE消息，其中所述初始UE消息包括从所述RRC连接设置完成消息中检索到的初始非接入层消息即NAS消息以及所述第二通信体系结构类型中所使用的下行链路隧道端点标识符；以及
将所述初始UE消息发送至与所述第二通信体系结构类型相对应的核心网。
12.一种无线站中的方法，所述方法包括：
从无线终端接收无线资源控制连接设置完成消息即RRC连接设置完成消息；以及
从所述RRC连接设置完成消息中检索UE辅助信息元素，其中所述UE辅助信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
13.一种非暂时性计算机可读介质，其存储用于使计算机进行无线站中的方法的程序，其中，所述方法包括：
从无线终端接收无线资源控制连接设置完成消息即RRC连接设置完成消息；以及
从所述RRC连接设置完成消息中检索UE辅助信息元素，其中所述UE辅助信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
14.一种无线站，包括：
存储器；以及
至少一个处理器，其连接至所述存储器，
其中，所述至少一个处理器被配置为：
从无线终端接收无线资源控制连接设置完成消息即RRC连接设置完成消息；
在从与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中将经由用户面发送数据包的第二通信体系结构类型选择成用于所述无线终端的情况下，生成初始UE消息，其中所述初始UE消息包括从所述RRC连接设置完成消息中检索到的初始非接入层消息即NAS消息以及所述第二通信体系结构类型中使用的下行链路隧道端点标识符；以及
将所述初始UE消息发送至核心网。
15.一种无线站中的方法，所述方法包括：
从无线终端接收无线资源控制连接设置完成消息即RRC连接设置完成消息；
在从与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中将经由用户面发送数据包的第二通信体系结构类型选择成用于所述无线终端的情况下，生成初始UE消息，其中所述初始UE消息包括从所述RRC连接设置完成消息中检索到的初始非接入层消息即NAS消息以及所述第二通信体系结构类型中使用的下行链路隧道端点标识符；以及
将所述初始UE消息发送至核心网。
16.一种非暂时性计算机可读介质，其存储用于使计算机进行无线站中的方法的程序，其中，所述方法包括：
从无线终端接收无线资源控制连接设置完成消息即RRC连接设置完成消息；
在从与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中将经由用户面发送数据包的第二通信体系结构类型选择成用于所述无线终端的情况下，生成初始UE消息，其中所述初始UE消息包括从所述RRC连接设置完成消息中检索到的初始非接入层消息即NAS消息以及所述第二通信体系结构类型中使用的下行链路隧道端点标识符；以及
将所述初始UE消息发送至核心网。
17.一种核心网节点，包括：
存储器；以及
至少一个处理器，其连接至所述存储器，
其中，所述至少一个处理器被配置为：
从无线站接收初始UE消息，其中所述初始UE消息包括从无线终端发送来的初始非接入层消息即NAS消息以及指示所述无线站在与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中所确定出的通信体系结构类型的信息元素；
基于所述信息元素来确定将所述初始NAS消息重路由至与所确定出的通信体系结构类型相对应的核心网；以及
将用于指示所述初始NAS消息要被重路由至相应的核心网的重路由NAS消息请求消息发送至所述无线站。
18.一种核心网节点中的方法，所述方法包括：
从无线站接收初始UE消息，其中所述初始UE消息包括从无线终端发送来的初始非接入层消息即NAS消息以及指示所述无线站在与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中所确定出的通信体系结构类型的信息元素；
基于所述信息元素来确定将所述初始NAS消息重路由至与所确定出的通信体系结构类型相对应的核心网；以及
将用于指示所述初始NAS消息要被重路由至相应的核心网的重路由NAS消息请求消息发送至所述无线站。
19.一种非暂时性计算机可读介质，其存储用于使计算机进行核心网节点中的方法的程序，其中，所述方法包括：
从无线站接收初始UE消息，其中所述初始UE消息包括从无线终端发送来的初始非接入层消息即NAS消息以及指示所述无线站在与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中所确定出的通信体系结构类型的信息元素；
基于所述信息元素来确定将所述初始NAS消息重路由至与所确定出的通信体系结构类型相对应的核心网；以及
将用于指示所述初始NAS消息要被重路由至相应的核心网的重路由NAS消息请求消息发送至所述无线站。
20.一种核心网节点，包括：
存储器；以及
至少一个处理器，其连接至所述存储器，
其中，所述至少一个处理器被配置为：
从无线站接收初始UE消息，其中所述初始UE消息包括从无线终端发送来的初始非接入层消息即NAS消息以及信息元素，其中该信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型；
基于所述信息元素来确定所述无线终端的数据包传输所要使用的通信体系结构类型；
确定将所述初始NAS消息重路由至与所确定出的通信体系结构类型相对应的核心网；以及
将用于指示所述初始NAS消息要被重路由至相应的核心网的重路由NAS消息请求消息发送至所述无线站。
21.根据权利要求20所述的核心网节点，其中，所述重路由NAS消息请求消息包括用于指示所确定出的通信体系结构类型的信息元素。
22.一种核心网节点中的方法，所述方法包括：
从无线站接收初始UE消息，其中所述初始UE消息包括从无线终端发送来的初始非接入层消息即NAS消息以及信息元素，其中该信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型；
基于所述信息元素来确定所述无线终端的数据包传输所要使用的通信体系结构类型；
确定将所述初始NAS消息重路由至与所确定出的通信体系结构类型相对应的核心网；以及
将用于指示所述初始NAS消息要被重路由至相应的核心网的重路由NAS消息请求消息发送至所述无线站。
23.一种非暂时性计算机可读介质，其存储用于使计算机进行核心网节点中的方法的程序，其中，所述方法包括：
从无线站接收初始UE消息，其中所述初始UE消息包括从无线终端发送来的初始非接入层消息即NAS消息以及信息元素，其中该信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型；
基于所述信息元素来确定所述无线终端的数据包传输所要使用的通信体系结构类型；
确定将所述初始NAS消息重路由至与所确定出的通信体系结构类型相对应的核心网；以及
将用于指示所述初始NAS消息要被重路由至相应的核心网的重路由NAS消息请求消息发送至所述无线站。
24.一种无线终端，包括：
存储器；以及
至少一个处理器，其连接至所述存储器，
其中，所述至少一个处理器被配置为响应于小区重选、切换指示的接收或者涉及重定向的无线资源释放请求的接收，释放已在所述无线终端中配置的信息，其中该信息是关于与蜂窝物联网即CIoT有关的数据包传输所用的通信体系结构类型的信息。
25.一种无线终端，包括：
存储器；以及
至少一个处理器，其连接至所述存储器，
其中，所述至少一个处理器被配置为在进行小区重选的情况下，将用于指示与蜂窝物联网即CIoT有关的数据包传输所用的通信体系结构类型的信息元素发送至无线站或核心网，其中该通信体系结构类型是从所述小区重选之前已在所述无线终端中配置的。
26.一种无线站，包括：
存储器；以及
至少一个处理器，其连接至所述存储器，
其中，所述至少一个处理器被配置为从无线终端接收包括用于指示与蜂窝物联网即CIoT有关的数据包传输所用的通信体系结构类型的第一信息元素的无线资源控制消息即RRC消息，其中该通信体系结构类型是从小区重选之前已在所述无线终端中配置的。
27.根据权利要求26所述的无线站，其中，
所述RRC消息还包括用于指示用以指定所述小区重选之前所述无线终端连接至的小区或无线站的标识符的第二信息元素，以及
所述至少一个处理器被配置为基于所述第二信息元素，从在所述小区重选之前所述无线终端连接至的所述无线站请求与所述无线终端有关的配置信息。
28.一种源无线站，包括：
存储器；以及
至少一个处理器，其连接至所述存储器，
其中，所述至少一个处理器被配置为将用于请求无线终端的切换的消息发送至目标无线站，以及
所述消息用于指示已在所述无线终端中配置的、与蜂窝物联网即CIoT有关的数据包传输所用的通信体系结构类型。
29.根据权利要求28所述的源无线站，其中，所述至少一个处理器被配置为将包括信息元素的切换指示发送至所述无线终端，其中该信息元素用于指示在所述切换之后继续使用当前的通信体系结构类型、或者指示在所述切换之后要应用于所述无线终端的通信体系结构类型。
30.一种目标无线站，包括：
存储器；以及
至少一个处理器，其连接至所述存储器，
其中，所述至少一个处理器被配置为：
从源无线站接收用于请求无线终端的切换的第一消息，其中所述第一消息用于指示已在所述无线终端中配置的、与蜂窝物联网即CIoT有关的数据包传输所用的第一通信体系结构类型，以及
响应于所述第一消息而将第二消息发送至所述源无线站，其中所述第二消息用于指示所述目标无线站是否支持所述第一通信体系结构类型、或者指示所述目标无线站中所述无线终端所要使用的第二通信体系结构类型。
31.一种无线终端，包括：
存储器；以及
至少一个处理器，其连接至所述存储器，
其中，所述至少一个处理器被配置为将包括建立原因或其它信息元素的无线资源控制连接请求消息即RRC连接请求消息发送至无线站，其中所述建立原因或所述其它信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
32.一种无线站，包括：
存储器；以及
至少一个处理器，其连接至所述存储器，
其中，所述至少一个处理器被配置为：
从无线终端接收无线资源控制连接请求消息即RRC连接请求消息；以及
从所述RRC连接请求消息中检索建立原因或其它信息元素，其中所述建立原因或所述其它信息元素用于指示所述无线终端期望使用、所述无线终端支持或者所述无线终端配置有与蜂窝物联网即CIoT有关的数据包传输所用的多个通信体系结构类型中的哪个通信体系结构类型。
CN201680077007.0A 2015-12-28 2016-09-13 无线终端、无线站、方法及其介质 Active CN108476535B (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111176616.0A CN114025393A (zh) 2015-12-28 2016-09-13 无线终端、无线站及其方法

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015256034 2015-12-28
JP2015-256034 2015-12-28
PCT/JP2016/004165 WO2017115452A1 (ja) 2015-12-28 2016-09-13 無線端末、無線局、コアネットワークノード、及びこれらの方法

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202111176616.0A Division CN114025393A (zh) 2015-12-28 2016-09-13 无线终端、无线站及其方法

Publications (2)

Publication Number Publication Date
CN108476535A true CN108476535A (zh) 2018-08-31
CN108476535B CN108476535B (zh) 2021-10-08

Family

ID=59224945

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202111176616.0A Pending CN114025393A (zh) 2015-12-28 2016-09-13 无线终端、无线站及其方法
CN201680077007.0A Active CN108476535B (zh) 2015-12-28 2016-09-13 无线终端、无线站、方法及其介质

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202111176616.0A Pending CN114025393A (zh) 2015-12-28 2016-09-13 无线终端、无线站及其方法

Country Status (8)

Country Link
US (1) US11943819B2 (zh)
EP (1) EP3399830B1 (zh)
JP (3) JP6741024B2 (zh)
KR (2) KR102222789B1 (zh)
CN (2) CN114025393A (zh)
BR (1) BR112018012185B1 (zh)
RU (3) RU2701703C1 (zh)
WO (1) WO2017115452A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116530204A (zh) * 2020-08-31 2023-08-01 欧芬诺有限责任公司 小数据传输的后续数据信息

Families Citing this family (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6935489B2 (ja) * 2017-04-28 2021-09-15 エルジー エレクトロニクス インコーポレイティドＬｇ Ｅｌｅｃｔｒｏｎｉｃｓ Ｉｎｃ． Ｅｄｔによってデータを送信する方法
CA3091404A1 (en) * 2017-06-20 2018-12-27 Zte Corporation Robust adjustment of access and mobility management functions
CA3065843C (en) 2017-07-21 2023-02-28 Guangdong Oppo Mobile Telecommunications Corp., Ltd. Multi-connection recovery method in non-activated state and device therefor
EP3675532B1 (en) * 2017-09-06 2024-04-17 Beijing Xiaomi Mobile Software Co., Ltd. Downlink data transmission method and device, user equipment, and base station
MX2020005018A (es) 2017-11-15 2020-08-27 Ericsson Telefon Ab L M Manejo de pdcp durante restablecimiento de conexion.
CN108055660B (zh) * 2017-12-13 2021-03-30 青岛海信移动通信技术股份有限公司 在网络通道中传输数据的方法和物联网终端
KR102381375B1 (ko) * 2018-03-30 2022-04-01 삼성전자주식회사 이동통신 시스템에서 Cellular IoT 서비스를 제공하는 방법 및 장치
CN112534956A (zh) * 2018-08-10 2021-03-19 瑞典爱立信有限公司 标识一个协议数据单元会话中设立的两个隧道
CN111356131B (zh) * 2018-12-20 2022-04-29 华为技术有限公司 通信方法、装置及系统
EP3912394A4 (en) * 2019-01-16 2022-08-24 Telefonaktiebolaget LM Ericsson (publ.) METHOD AND APPARATUS FOR SELECTING A DEDICATED CORE NETWORK
KR102144293B1 (ko) * 2019-03-13 2020-08-13 계명대학교 산학협력단 듀얼 플레인 구조를 활용한 고속의 사물인터넷 메시지 처리 방법 및 시스템
CN110267356B (zh) * 2019-05-16 2021-03-30 北京邮电大学 一种基于5g网络的数字电影发行放映系统

Family Cites Families (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9497566B2 (en) 2010-03-23 2016-11-15 Interdigital Patent Holdings, Inc. Efficient signaling for machine type communication
WO2012000551A1 (en) * 2010-06-30 2012-01-05 Fujitsu Limited Transition mechanism for energy efficient mobile overlay network
WO2013006194A1 (en) * 2011-07-01 2013-01-10 Intel Corporation Structured codebook for uniform circular array (uca)
US9563597B2 (en) * 2012-03-19 2017-02-07 Rambus Inc. High capacity memory systems with inter-rank skew tolerance
CN103458386B (zh) 2012-05-29 2016-12-14 华为技术有限公司 一种数据传输的方法及装置
WO2014045319A1 (ja) 2012-09-21 2014-03-27 富士通株式会社 無線通信方法、無線通信システム、無線局および無線端末
WO2014130713A1 (en) 2013-02-21 2014-08-28 Altiostar Networks, Inc. Systems and methods for coordinating transmission of data packets based on frame type detection in a base station
US9350550B2 (en) * 2013-09-10 2016-05-24 M2M And Iot Technologies, Llc Power management and security for wireless modules in “machine-to-machine” communications
CN103929733A (zh) * 2014-03-12 2014-07-16 开曼群岛威睿电通股份有限公司 用于物联网的设备能力传输的装置和方法
US9565627B2 (en) * 2014-04-28 2017-02-07 Aruba Networks, Inc. Distributed radio management
US10355895B2 (en) * 2015-03-11 2019-07-16 Phluido, Inc. Baseband unit with adaptive fronthaul link for a distributed radio access network
CN107637145B (zh) * 2015-06-11 2022-04-22 英特尔公司 蜂窝IoT网络架构
US10231089B2 (en) * 2015-06-23 2019-03-12 Lg Electronics Inc. Method for managing area of terminal in wireless communication system and apparatus therefor
WO2017003235A1 (ko) * 2015-06-30 2017-01-05 엘지전자(주) 무선 통신 시스템에서 그룹 메시지를 전송하기 위한 방법 및 이를 위한 장치
US11272337B2 (en) * 2015-07-24 2022-03-08 Nec Corporation Mobile communication system, MME, terminals and method for communication
US20180220289A1 (en) * 2015-07-28 2018-08-02 Lg Electronics Inc. Method for managing plurality of location areas in wireless communication system and apparatus therefor
CN113225776B (zh) * 2015-08-07 2023-08-29 夏普株式会社 用户设备及其通信控制方法
US10270892B2 (en) * 2015-09-21 2019-04-23 Acer Incorporated Apparatuses and methods for handling mobile originated (MO) cellular internet of things (CIoT) data
EP3373620B1 (en) * 2015-11-04 2020-10-14 LG Electronics Inc. Serving node relocating method in wireless communication system and device for same
US10298549B2 (en) * 2015-12-23 2019-05-21 Qualcomm Incorporated Stateless access stratum security for cellular internet of things
WO2017123417A1 (en) * 2016-01-12 2017-07-20 Intel Corporation CELLULAR INTERNET OF THINGS (CIoT) OPTIMIZATIONS FOR NARROWBAND (NB) AND NON-NB IoT NETWORKS
US10326689B2 (en) * 2016-12-08 2019-06-18 At&T Intellectual Property I, L.P. Method and system for providing alternative communication paths
EP3554181B1 (en) * 2016-12-23 2020-09-09 China Mobile Communication Co., Ltd Research Institute Front-haul transport network, data transmission method, apparatus and computer storage medium

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP: "3rd Generation Partnership Project;Technical Specification Group Services and System Aspects;Architecture enhancements for Cellular Internet of Things(Release 13)", 《3GPP TR 23.720 V1.2.0(2015-11)》 *
HTC: "RRC aspects in NB-IoT；R2-156425", 《3GPP TSG-RAN2 MEETING #92》 *
QUALCOMM INCORPORATED: "NB-IoT SA2 architecture implications；R2-156645", 《3GPP TSG RAN WG2 #92》 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN116530204A (zh) * 2020-08-31 2023-08-01 欧芬诺有限责任公司 小数据传输的后续数据信息

Also Published As

Publication number Publication date
JP6969636B2 (ja) 2021-11-24
RU2019127912A (ru) 2019-10-29
EP3399830A4 (en) 2019-06-26
EP3399830B1 (en) 2022-08-10
JP2020171053A (ja) 2020-10-15
KR102222789B1 (ko) 2021-03-03
US11943819B2 (en) 2024-03-26
RU2733421C2 (ru) 2020-10-01
BR112018012185B1 (pt) 2024-03-12
RU2741946C1 (ru) 2021-02-01
KR20200019789A (ko) 2020-02-24
JP7168056B2 (ja) 2022-11-09
EP3399830A1 (en) 2018-11-07
BR112018012185A2 (pt) 2018-11-27
WO2017115452A1 (ja) 2017-07-06
CN114025393A (zh) 2022-02-08
RU2019127912A3 (zh) 2020-04-15
KR20180088879A (ko) 2018-08-07
CN108476535B (zh) 2021-10-08
JP2022009283A (ja) 2022-01-14
KR102081013B1 (ko) 2020-02-24
US20210212131A1 (en) 2021-07-08
JPWO2017115452A1 (ja) 2018-10-25
RU2701703C1 (ru) 2019-09-30
JP6741024B2 (ja) 2020-08-19

Similar Documents

Publication Publication Date Title
JP7036268B2 (ja) ターゲット無線アクセスネットワークノード、５ｇコアネットワークノード、及びこれらの方法
JP7318779B2 (ja) マスター無線アクセスネットワークノード、ａｍｆ、及びこれらの方法
CN108476535A (zh) 无线终端、无线站、核心网节点及其方法
JP7359231B2 (ja) ターゲット無線アクセスネットワークノード及びその方法
JP6969620B2 (ja) ターゲットｒａｎノード、５ｇコアネットワーク装置、及びこれらの方法
KR102247967B1 (ko) 무선 액세스 네트워크 노드, 무선 단말기 및 그 방법들
KR20180100381A (ko) 무선 단말, 무선국, 및 이들의 방법

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant