CN108605376A - 无线终端、无线站及其方法 - Google Patents
无线终端、无线站及其方法 Download PDFInfo
- Publication number
- CN108605376A CN108605376A CN201680081095.1A CN201680081095A CN108605376A CN 108605376 A CN108605376 A CN 108605376A CN 201680081095 A CN201680081095 A CN 201680081095A CN 108605376 A CN108605376 A CN 108605376A
- Authority
- CN
- China
- Prior art keywords
- communication architecture
- rrc
- wireless terminal
- communication
- architecture type
- 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
Links
Classifications
-
- 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
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
- H04W4/14—Short messaging services, e.g. short message services [SMS] or unstructured supplementary service data [USSD]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W48/00—Access restriction; Network selection; Access point selection
- H04W48/18—Selecting a network or a communication service
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/20—Manipulation of established connections
-
- 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
- H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
- H04W88/08—Access point devices
- H04W88/10—Access point devices adapted for operation in multiple networks, e.g. multi-mode access points
-
- 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)被配置为响应于在无线终端(1)已由网络(3)配置成使用第二种通信体系结构类型时发生了针对特定数据传输的请求,使用第一通信体系结构类型来发送数据。这种结构能够有助于例如在无线终端已由网络配置成使用涉及RRC连接的暂停和恢复的第二通信体系结构类型时,便于有效地进行根据涉及控制面上的数据传输的第一通信体系结构类型的通信。
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经由CIoT BS将携载小数据包的下行链路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隧道地址。
在返回至RRC连接模式时,UE将RRC连接恢复请求发送至eNB。eNB基于以前保持的与RRC连接有关的信息来恢复DRB、安全上下文、S1AP连接和S1-U隧道。此外,eNB使用新的S1AP消息(例如,S1AP:UE上下文恢复请求)向MME通知UE状态改变。MME使UE的演进分组系统(EPS)连接管理(ECM)状态返回至ECM连接状态,然后向S-GW发送修改承载请求消息。结果,S-GW识别出UE处于连接状态,从而准备好向着UE发送下行链路数据。
在解决方案18中,UE可以在无需发送NAS消息(即,服务请求)的情况下返回至RRC连接和ECM连接。此外,与现有的(legacy)RRC连接设置过程相比,可以去除以下的RRC消息:
-RRC连接设置完成;
-RRC安全模式命令;
-RRC安全模式完成;
-RRC连接再配置;以及
-RRC连接再配置完成。
上述的解决方案2和解决方案18还分别被称为“NAS上的数据(DoNAS)”和“AS上下文缓存”。可选地,解决方案2和解决方案18还分别称为“控制面CIoT EPS优化”和“用户面CIoT EPS优化”。
此时,假定解决方案2不使用接入层(AS)安全性和PDCP,并且解决方案2和解决方案18都不使用SRB 2。
在一些实现中,要应用于UE的解决方案可以在该UE的附接过程中由核心网(即,MME、C-SGN)选择。可选地,在一些实现中,UE自身可以选择该解决方案。核心网或UE对要应用于UE的解决方案进行初始选择,之后核心网或UE改变所选择的解决方案。
非专利文献2描述了UE可以在附接过程期间确定更倾向使用解决方案2的体系结构和解决方案18的体系结构中的哪个体系结构。此外,非专利文献2描述了AS过程或NAS过程可以包括用于允许网络选择解决方案2或解决方案18来进行数据传输的信息。
非专利文献3描述了UE可以在诸如附接请求、PDN连接请求和跟踪区更新(TAU)请求等的NAS消息中包括“优选网络行为”指示。优选网络行为指示了UE可以支持的或者UE更倾向使用的解决方案。具体而言,优选网络行为可以包括以下信息:
-是否支持控制面CIoT EPS优化;
-是否支持用户面CIoT EPS优化;
-优先控制面CIoT EPS优化还是优先用户面CIoT EPS优化;
-是否支持S1-U数据传输;
-是否请求无联合附接的SMS传输;以及
-是否支持无PDN连接的附接。
现有技术文献
非专利文献
非专利文献1:3GPP TR 23.720 V1.2.0(2015-11),“3rd GenerationPartnership Project;Technical Specification Group Services and SystemAspects;Architecture enhancements for Cellular Internet of Things(Release13)”,2015年11月
非专利文献2:3GPP R2-156645,Qualcomm Incorporated,“NB-IoT SA2architecture implications”,3GPP TSG RAN WG2#92,美国阿纳海姆市,2015年11月16日~20日
非专利文献3:3GPP S2-160448,Alcatel-lucent,Vodafone,Qualcomm,NokiaNetworks,“Introduction of attach procedure changes for CIoT EPSoptimization”,3GPP TSG SA WG2 Meeting#113,圣基茨岛,2016年1月25日~29日
发明内容
发明要解决的问题
发明人已研究了CIoT所用的通信体系结构和用于减少无线终端(UE)的电力消耗的通信体系结构,并且已发现了包括以下详细说明的三个问题的数个问题。
首先,根据上述的非专利文献1~3的教导,在UE已由网络(例如,MME、C-SGN)配置成使用解决方案18时,并不清楚何种类型的事件可以使UE进行解决方案2的通信(即,控制面(NAS)上的数据传输)。
其次,根据上述的非专利文献1~3的教导,在UE在暂停解决方案18(即,涉及RRC连接的暂停和恢复的通信)所用的RRC连接期间、被上位层请求根据解决方案2发送数据(即,NAS上的数据传输)的情况下,并不清楚如何处理UE中所保持的与RRC连接有关的信息(上下文)。上位层是例如服务/应用层、IP多媒体子系统(IMS)层或NAS层。
第三,根据上述的非专利文献1~3的教导,在UE在暂停解决方案18所用的RRC连接期间、被上位层请求根据解决方案2发送数据的情况下,并不清楚使用何种类型的RRC消息来根据解决方案2发送数据(即,控制面(NAS)上的数据传输))。例如,假定用于恢复RRC连接的RRC连接恢复消息也用于根据解决方案2的数据传输。在这种情况下,eNB接收到该RRC连接恢复消息,但可能无法识别出该RRC连接恢复消息包含携载数据的NAS消息。
有鉴于以上问题,这里公开的实施例所要实现的目的其中之一是提供以下的设备、方法和程序,其中该设备、方法和程序在无线终端已由网络(例如,MME、C-SGN)配置成使用涉及RRC连接的暂停和恢复的通信体系结构类型的情况下,便于有效地进行根据涉及控制面(NAS)上的数据传输的其它通信体系结构类型的通信。
应当注意,该目的仅是这里公开的实施例所要实现的目的其中之一。通过以下的说明和附图,其它特征或问题以及新颖特征将变得明显。
用于解决问题的方案
在第一方面中,一种无线终端,包括:存储器;以及至少一个处理器,其连接至所述存储器。所述至少一个处理器被配置为支持多个通信体系结构类型,所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,所述RRC连接的暂停包括:在所述无线终端处于RRC空闲状态的情况下,将以前的RRC连接的上下文保持在所述无线终端中,所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及所述至少一个处理器还被配置为:响应于在所述无线终端已由网络配置成使用所述第二通信体系结构类型时发生了针对特定数据传输的请求,使用所述第一通信体系结构类型来发送数据。
在第二方面中,一种无线终端中的方法,所述方法包括:由网络配置多个通信体系结构类型至少之一,其中,所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,所述RRC连接的暂停包括:在所述无线终端处于RRC空闲状态的情况下,将以前的RRC连接的上下文保持在所述无线终端中,以及所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及所述方法还包括:响应于在所述无线终端已由所述网络配置成使用所述第二通信体系结构类型时发生了针对特定数据传输的请求,使用所述第一通信体系结构类型来发送数据。
第三示例方面是一种程序,包括指令(软件代码),其中所述指令(软件代码)在被加载到计算机中的情况下,使所述计算机进行根据上述的第二示例方面所述的方法。
发明的效果
以上示例方面可以提供以下的设备、方法和程序,其中该设备、方法和程序在无线终端已由网络(例如,MME、C-SGN)配置成使用涉及RRC连接的暂停和恢复的通信体系结构类型的情况下,便于有效地进行根据涉及控制面(NAS)上的数据传输的其它通信体系结构类型的通信。
附图说明
图1是示出CIoT体系结构的示例的图。
图2是示出根据一些实施例的无线通信网络的结构示例的图。
图3是示出根据第一实施例的通信过程的示例的序列图。
图4是示出根据第二实施例的通信过程的示例的序列图。
图5是示出根据第三实施例的通信过程的示例的序列图。
图6是示出根据第四实施例的通信过程的示例的序列图。
图7是示出根据第五实施例的通信过程的示例的序列图。
图8是示出根据第六实施例的通信过程的示例的序列图。
图9是示出根据第七实施例的通信过程的示例的序列图。
图10是示出根据第七实施例的通信过程的其它示例的序列图。
图11是示出根据一些实施例的无线终端的结构示例的框图。
图12是示出根据一些实施例的基站的结构示例的框图。
图13是示出根据一些实施例的核心网节点的结构示例的框图。
具体实施方式
以下参考附图来详细说明具体实施例。在整个附图中,利用相同的附图标记来表示相同或相应的元件,并且为了清晰起见,将根据需要省略重复的说明。
以下所述的各个实施例可以单独使用,或者可以适当地彼此组合这些实施例中的两个或更多个实施例。这些实施例包括彼此不同的新颖特征。因此,这些实施例有助于实现彼此不同的目的或解决彼此不同的问题,并且也有助于获得彼此不同的优点。
针对实施例的以下说明主要关注于包括LTE eMTC和NB-IoT的CIoT终端所用的无线通信网络。然而,这些实施例可以应用于LTE、高级LTE和它们的改进版本中的其它UE的通信。也就是说,这些实施例可以应用于与LTE、高级LTE和它们的改进版本有关的其它UE的通信所用的无线网络。此外,这些实施例不限于LTE、高级LTE和它们的改进版本,并且还可以应用于其它无线通信网络。
第一实施例
图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)。
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)、业务能力开放功能(SCEF)以及策略和计费规则功能(PCRF)等的其它网络实体。
在一些实现中,多个通信体系结构类型可以包括分别与非专利文献1中公开的解决方案2和18相对应的第一通信体系结构类型和第二通信体系结构类型。第一通信体系结构类型可被称为“NAS上的数据(DoNAS)”或“控制面CIoT EPS优化”。也就是说,在第一通信体系结构类型中,由UE 1发送或接收的用户数据包经由控制面(例如,UE和MME/C-SGN之间传输的NAS消息)来传输。在第一通信体系结构类型中,RAN 2针对UE 1的数据包传输无需设置DRB。此外,关于数据包传输所使用的SRB,可以省略利用RAN 2的接入层(AS)安全性(即,控制面数据的加密和解密以及控制面数据的完整性保护和完整性验证)。换句话说,可以省略数据包传输所使用的SRB所用的分组数据汇聚协议(PDCP)层的处理。在这种情况下,UE 1的数据包由UE 1和CN 3(例如,MME、C-SGN)通过使用NAS安全密钥进行加密和解密。
与此相反,第二通信体系结构类型可被称为“AS上下文缓存”或“用户面CIoT EPS优化”。也就是说,在第二通信体系结构类型中,由UE 1发送或接收的用户数据包经由用户面(例如,包括DRB和通用分组无线业务(GPRS)隧道协议(GTP)隧道的EPS承载)来传输,并且涉及RRC连接的暂停和恢复。
RRC连接的暂停包括:在UE 1处于RRC空闲状态(具体为CIoT所用的新的RRC状态(例如,CIoT RRC空闲状态))的情况下,将以前的RRC连接的信息(或上下文)保持在UE 1和RAN 2(例如,eNB、CIoT-BS)中。如已经说明的,UE 1和RAN 2中所保持的上下文包括例如接入层安全上下文、(包括RoHC状态信息的)承载相关信息和在适用时的L2/1参数。RAN 2可以使用RRC消息(例如,RRC连接释放)指示UE 1暂停RRC连接。此外,RAN 2可以使用该RRC消息发送用于恢复RRC连接的终端标识信息(例如,恢复ID)。
此外,RRC连接的暂停包括:在UE 1处于RRC空闲状态(并且还处于ECM-IDLE状态)的情况下,将RAN 2和CN 3之间的与UE 1有关的信令关联保持在RAN 2(例如,eNB、CIoT-BS)和CN 3(例如,MME、C-SGN)中。与UE 1有关的该信令关联是S1AP关联。RAN 2和CN 3保持该S1AP关联以及与该S1AP关联相关联的UE上下文(例如,eNB UE S1AP ID和MME UE S1APID)。此外,RRC连接的暂停包括:在UE 1处于RRC空闲状态(并且还处于ECM-IDLE状态)的情况下,将RAN 2和CN 3之间的与数据承载有关的承载上下文保持在RAN 2(例如,eNB、CIoT-BS)和CN 3(例如,S-GW)中。该数据承载是S1-U承载,并且该承载上下文包括S1-U隧道地址(即,S1 eNB隧道端点标识符(TEID)和S1 S-GW TEID)。
RRC连接的恢复包括:在为了使UE 1从RRC空闲状态转变为RRC连接状态的后续RRC连接设置时,UE 1和RAN 2(例如,eNB、CIoT-BS)重新使用所保持的RRC连接上下文。此外,RRC连接的恢复包括:随着为了使UE 1从RRC空闲状态转变为RRC连接状态的后续RRC连接设置,重新使用或恢复所保持的S1AP信令关联和承载上下文。
更具体地,在UE 1返回至RRC连接模式时,UE 1将RRC连接恢复请求发送至RAN 2(例如,eNB)。RAN 2基于所保持的上下文来恢复DRB、安全上下文、S1AP连接和S1-U隧道。此外,RAN 2使用新的S1AP消息(例如,S1AP:UE上下文恢复请求)向CN 3通知UE状态改变。CN 3内的控制面节点(例如,MME)使UE 1的ECM状态返回至ECM连接状态,并且将修改承载请求消息发送至用户面节点(例如,S-GW)。结果,用户面节点识别出UE 1处于连接状态,因而准备好向着UE 1发送下行链路数据。注意,UE 1所发送的用于恢复RRC连接的RRC消息可以是RRC连接恢复请求。可选地,可以将LTE中定义的RRC连接请求或RRC连接重建请求重新用于RRC连接恢复过程。在后者情况下,可以定义指示针对RRC连接的恢复的请求的新的信息元素(IE),并且RRC连接请求或RRC连接重建请求可以包括该IE以指示该RRC连接请求或RRC连接重建请求是RRC连接恢复请求。
在本实施例中,UE 1适于由网络配置成使用第一通信体系结构类型和第二通信体系结构类型。
图3是示出根据本实施例的通信过程的示例的序列图。在图3的过程中,在步骤301中,UE 1由CN 3(例如,MME、C-SGN)配置成使用第一通信体系结构类型(即,解决方案2)和第二通信体系结构类型(即,解决方案18)这两者。例如,UE 1可以在诸如附接请求、PDN连接请求和跟踪区更新(TAU)请求等的NAS消息中包括“优选网络行为”。该优选网络行为向CN 3(例如,MME)通知UE 1更倾向使用第一通信体系结构类型和第二通信体系结构类型中的哪个通信体系结构类型(或者UE 1支持第一通信体系结构类型和第二通信体系结构类型中的哪个通信体系结构类型)。考虑到“优选网络行为”,CN 3可以确定针对UE 1所要使用(或者许可或配置)的通信体系结构类型,并且可以使用NAS消息(例如,附接接受、TAU接受)向UE1通知所确定的一个或多个通信体系结构类型。
在步骤302中,UE 1判断是否满足特定的(或预先配置的)标准。换句话说,在步骤302中,UE 1检测(或判断)针对特定数据传输的请求的发生。预先配置的标准或针对特定数据传输的请求触发UE 1根据第一通信体系结构类型来发送数据(即,NAS上的数据传输)。在一个示例中,针对特定数据传输的请求是从上位层(例如,服务/应用层、IMS层、NAS层)向着下位层(例如,NAS层、AS层)的请求(例如,移动发起(MO)接入的情况)。可选地,针对特定数据传输的请求可以是从下位层(例如,AS层)向着上位层(例如,NAS层)的请求(例如,寻呼(移动终止(MT)接入)的情况)。例如,UE 1的NAS层可以判断是否已从上位层(例如,服务/应用层、IMS层)或AS层接收到针对特定数据传输的请求。可选地,UE 1的AS层可以判断是否已从NAS层接收到针对特定数据传输的请求。
响应于在UE 1已由CN 3配置成使用第一通信体系结构类型和第二通信体系结构类型时发生了针对特定数据传输的请求,UE 1使用第一通信体系结构类型来发送数据。具体地,在步骤303中,UE 1的NAS层发起用于在NAS层上发送数据的DoNAS过程。在步骤304中,UE 1生成携载小数据的NAS消息,并且将包含该NAS消息的RRC消息(例如,RRC连接设置完成、RRC连接恢复请求、RRC连接恢复完成)发送至RAN 2(例如,CIoT-BS、eNB)。
在步骤305中,RAN 2接收到RRC消息,并且使用S1AP消息(例如,初始UE消息、UE上下文恢复请求)将从RRC消息中检索到的NAS消息发送至CN 3(例如,C-SGN、MME)。将NAS消息嵌入到该S1AP消息的NAS协议数据单元(PDU)信息元素(IE)中。RAN 2可以从CN 3内的DCN中选择与第一通信体系结构类型相对应的DCN,并且将S1AP消息发送至所选择的DCN。
在步骤306中,CN 3(例如,C-SGN、MME)对从UE 1发送来的上行链路NAS消息进行解密以获得小数据。CN 3根据小数据的数据类型来将小数据转发到其它节点、实体或网络。
在图3的示例中,特定数据传输可以是特定类型的小数据传输。例如,特定数据传输可以是非IP数据传输、SMS数据传输、仅一个包的(IP)数据传输、或者与预定服务有关的数据传输。由于这些类型的数据的量小、或者这些类型的数据不是IP数据,因此在控制面而不是用户面上传输这些类型的数据可能更可取。
根据图3的示例,在UE 1已由CN 3配置成使用第二通信体系结构类型时,UE 1可以将第一通信体系结构类型用于非常适合控制面上的传输的特定类型的数据的传输。因此,在UE 1已由CN 3配置成使用第二通信体系结构类型时,UE 1可以有效地进行第一通信体系结构类型的通信。
具体地,在UE 1已由CN 3配置成使用第一通信体系结构类型和第二通信体系结构类型这两者时,UE 1根据所请求的通信是否是特定数据传输,来判断要使用第一通信体系结构类型和第二通信体系结构类型中的哪个通信体系结构类型。这使得在UE 1已配置有两个以上的通信体系结构类型的情况下,UE 1能够适当地进行要使用的通信体系结构类型的选择。
第二实施例
在本实施例中,无线通信网络的结构示例与图2中的无线通信网络的结构示例相同。根据本实施例的UE 1可以是CIoT装置(例如,NB-IoT、LTE eMTC),或者可以是LTE、高级LTE或它们的改进版本中的其它UE。
图4是示出根据本实施例的通信过程的示例的序列图。与图3的过程相同,在图4的过程中,在步骤401中,UE 1由CN 3(例如,MME、C-SGN)配置成使用第一通信体系结构类型(即,解决方案2)和第二通信体系结构类型(即,解决方案18)这两者。此外,在步骤401中,UE1执行用于第二通信体系结构类型的暂停操作。也就是说,在UE 1处于RRC空闲状态(例如,CIoT RRC空闲状态)的情况下,UE 1保持与以前的RRC连接有关的上下文。
在步骤402中,触发根据第一通信体系结构类型的数据传输。也就是说,在UE 1正在执行用于第二通信体系结构类型的暂停操作时,UE 1检测(或判断)针对根据第一通信体系结构类型的数据传输的请求的发生。如在第一实施例中所述,针对数据传输的请求是从上位层(例如,服务/应用层、IMS层、NAS层)向着下位层(例如,NAS层、AS层)发送的,或者从下位层(例如,AS层)向着上位层(例如,NAS层)发送的。在图4的示例中,触发UE 1以进行SMS传输。注意,SMS传输仅仅是适合第一通信体系结构类型的传输的示例。如在第一实施例中所述,在步骤402中,可以触发UE 1以进行非IP数据传输、仅一个包的(IP)数据传输、或者与预定服务有关的数据传输。
在步骤403中,响应于在UE 1正在执行用于第二通信体系结构类型的暂停操作时发生了针对根据第一通信体系结构类型的数据传输(例如,SMS传输)的请求,UE 1在保持以前的RRC连接上下文的同时,发起根据第一通信体系结构类型的通信(即,NAS上的数据传输)。在图4所示的具体示例中,UE 1的NAS层进行用于恢复RRC连接的RRC连接恢复过程(步骤404~406)。
在步骤404~406中,恢复RRC连接。具体地,在步骤404中,UE 1将RRC连接恢复请求消息发送至RAN 2(例如,eNB、CIoT-BS)。RRC连接恢复请求消息包含恢复ID。该恢复ID例如是小区-无线网络临时标识符(C-RNTI)和小区ID(例如,物理小区ID(PCI))的组合。在图4中,省略了随机接入过程的记载。可以在随机接入过程的第三消息(Msg 3)中发送步骤404的RRC连接恢复请求消息。
RAN 2接收到RRC连接恢复请求消息,从RRC连接恢复请求消息获得恢复ID,并且基于与该恢复ID相关联的所保持的上下文来恢复RRC连接。在步骤405中,RAN 2将RRC连接恢复消息发送至UE 1。该RRC连接恢复消息例如指示恢复了哪个DRB。该RRC连接恢复消息可以包括L2/L1参数。UE 1根据步骤405的RRC连接恢复消息来恢复所保持的AS安全上下文。在步骤406中,UE 1将RRC连接恢复完成消息发送至RAN 2。
步骤404~406所示的RRC连接恢复过程仅仅是示例。例如,尽管步骤404~406示出包括三个步骤(或三个消息)的恢复过程,但RRC连接恢复过程可以通过两个步骤(两个消息)来进行。在这种情况下,可以省略步骤406中的从UE 1向着RAN 2的传输。此外,步骤405中的从RAN 2向着UE 1的消息可被称为RRC连接恢复完成消息。此外,步骤404~406中所示的RRC连接恢复过程中的RRC连接恢复请求、RRC连接恢复和RRC连接恢复完成可以分别利用RRC连接请求(或RRC连接重建请求)、RRC连接设置(或RRC连接重建)和RRC连接设置完成(或RRC连接重建完成)来替换。
在步骤407~409中,恢复UE 1所用的S1AP关联和S1-U承载。在步骤407中,RAN 2使用新的S1AP消息(例如,S1AP:UE上下文恢复请求)向CN 3(例如,MME、C-SGN)通知UE 1的状态改变。CN 3使UE 1的ECM状态返回至ECM连接状态,并且将修改承载请求消息发送至S/P-GW 6(步骤408)。然后,S/P-GW 6识别出UE 1处于连接状态并且准备好向着UE 1发送下行链路数据。在步骤409中,CN 3将如下的应答消息(例如,S1AP:UE上下文恢复应答)发送至RAN2,其中该应答消息指示UE 1所用的S1AP关联和S1-U承载的恢复完成。
在步骤410中,UE 1的NAS层发起用于在NAS层上发送数据的DoNAS过程。在步骤411中,UE 1生成携载小数据(例如,SMS数据)的NAS消息,并且将包含该NAS消息的RRC消息(例如,UL信息传输)发送至RAN 2(例如,eNB、CIoT-BS)。如已经说明的,在当前时刻,假定解决方案2和解决方案18都不使用SRB 2。因而,可以使用专用控制信道(DCCH)上的SRB 1发送步骤411的RRC消息。
在步骤412中,RAN 2接收到RRC消息,并且使用S1AP消息(例如,上行链路NAS传输)将从RRC消息检索到的NAS消息发送至CN 3(例如,C-SGN、MME)。NAS消息嵌入到S1AP消息的NAS协议数据单元(PDU)信息元素(IE)中。RAN 2可以从CN 3内的DCN中选择与第一通信体系结构类型相对应的DCN,并且将S1AP消息发送至所选择的DCN。
在步骤413中,CN 3(例如,MME、C-SGN)对从UE 1发送来的上行链路NAS消息进行解密以获得小数据。CN 3根据小数据的数据类型来将小数据包转发至其它节点、实体或网络。在图4的示例中,CN 3将所获得的SMS数据发送至与SMS有关的实体(例如,SMS-GMSC、SMS-IWMSC、SMS路由器)。
如从以上说明可以理解,在图4的示例中,响应于在UE 1正在执行用于第二通信体系结构类型的暂停操作时发生了针对根据第一通信体系结构类型的数据传输(例如,SMS传输)的请求,UE 1在保持以前的RRC连接上下文的同时,发起根据第一通信体系结构类型的通信(即,NAS上的数据传输)。因此,即使在UE 1正在执行用于第二通信体系结构类型的暂停操作时发生了NAS上的数据传输的情况下,UE 1也可以继续用于第二通信体系结构类型的暂停操作。
在图4的示例中,为了进行第一通信体系结构类型的通信,UE 1在RRC连接恢复过程(步骤404~406)中向RAN 2发送用于恢复RRC连接的RRC消息(例如,RRC连接恢复请求、RRC连接恢复完成)。UE 1可以在这些上行链路RRC消息中的任一或全部中包括DoNAS传输的指示。附加地或可选地,UE 1可以在携载小数据(例如,SMS数据)的NAS消息中包括DoNAS传输的指示。
附加地或可选地,UE 1可以在这些上行链路RRC消息中的任一或全部中包括与缓冲量有关的信息(即,缓冲状况)。与缓冲量有关的信息是针对用于DoNAS的通信新定义的,即,为了在控制面(即,SRB)上发送信息而新定义的。与缓冲量有关的信息指示与尚未建立的承载有关的缓冲量,并且还指示与在SRB上要发送的数据有关的缓冲量。也就是说,与缓冲量有关的信息不同于在LTE中已定义的并且利用MAC控制元素(MAC CE)要携载的缓冲状况报告(BSR)。因而,包含与缓冲量有关的信息的RRC消息可以指示DoNAS传输。
附加地或可选地,可以在第一通信体系结构类型和第二通信体系结构之间预先区分随机接入前导码传输所使用的无线资源(例如,时间、频率、前导码索引池)。在这种情况下,RAN 2可以根据使用哪个无线资源来判断是否预期用于DoNAS传输。
根据这些技术,RAN 2可以识别出RRC连接恢复过程预期用于DoNAS。此外,RAN 2可以明确地向CN 3通知RRC连接恢复过程预期用于DoNAS传输(例如,选择的CIoT EPS优化)。附加地或可选地,RAN 2(或UE 1)可以在NAS信息(例如,NAS控制PDU)中包括明确地或隐含地指示RRC连接恢复过程预期用于DoNAS的信息(例如,优选网络行为)。用于隐式指示的方法可以例如包括:将指示要恢复的承载的E-RAB待恢复列表IE中所包括的所有承载ID(例如,E-RAB ID)设置为无效值或0;使E-RAB待恢复列表IE为空;或者将所建立的(即,所暂停的)所有承载的E-RAB ID包括在E-RAB无法恢复列表IE中。这使得CN 3能够识别出RRC连接恢复过程预期用于DoNAS。因而,例如,RAN 2和CN 3可以工作,使得这两者不进行用以恢复DoNAS传输所不需要的S1-U承载的信令(步骤408和409)。
在一些实现中,UE 1可以将与DoNAS相关联的建立原因或者与DoNAS相关联的恢复原因包括在RRC连接恢复请求中(步骤404)。UE 1可以将与DoNAS相关联的建立原因或者与DoNAS相关联的恢复原因包括在RRC连接恢复完成中(步骤406)。建立原因或恢复原因可被定义为“mo-Data-DoNAS”。可选地,UE 1可以将指示通信是否预期用于DoNAS的信息(例如,1位标志)包括在恢复ID中。以这些方式,RAN 2可以识别出RRC连接恢复过程(步骤404~406)是针对DoNAS进行的。RAN 2可以将与DoNAS相关联的建立原因、与DoNAS相关联的恢复原因、或者与这两者相对应的信息元素包括在步骤407的S1AP消息中。这使得RAN 2能够向CN 3通知不需要S1-U承载的恢复。
此外,在图4的过程中,为了便于UE 1内的NAS层和AS层(例如,RRC层)之间的交互,UE 1的NAS层可以如下所述工作。注意,NAS层提供移动性管理和会话管理,而AS层提供无线资源控制(RRC)。
在图4的过程中,UE 1的NAS层需要请求AS层在指定(或触发)第一通信体系结构类型(即,DoNAS)的执行的同时,开始第二通信体系结构类型(即,AS上下文缓存)的RRC连接恢复过程。为了实现此,例如,在DoNAS中发送SMS数据的情况下,UE 1的NAS层可以生成携载该SMS数据的NAS消息,并且将RRC连接建立请求提供至AS层。该RRC连接建立请求包含指示来自移动设备的SMS传输的呼叫类型(即,发起SMS)、以及用于DoNAS的新的建立原因(例如,mo-Data-DoNAS)。
作为代替,在DoNAS中发送非IP数据的情况下,UE 1的NAS层生成携载该非IP数据的NAS消息,并且将RRC连接建立请求提供至AS层。该RRC连接建立请求包含指示来自移动设备的非IP数据传输的新的呼叫类型(即,发起非IP呼叫)、以及用于DoNAS的新的建立原因(例如,mo-Data-DoNAS)。
根据这些操作,UE 1的AS层可以基于呼叫类型和建立原因的新的组合来识别出针对第一通信体系结构类型(即,DoNAS)来执行第二通信体系结构类型(即,AS上下文缓存)的RRC连接恢复过程。
第三实施例
在本实施例中,无线通信网络的结构示例与图2中的无线通信网络的结构示例相同。根据本实施例的UE 1可以是CIoT装置(例如,NB-IoT、LTE eMTC),或者可以是LTE、高级LTE或它们的改进版本中的其它UE。
图5是示出根据本实施例的通信过程的示例的序列图。图5中的步骤501和502分别与图4中的步骤401和402相同。在步骤501中,UE 1由CN 3(例如,MME、C-SGN)配置成使用第一通信体系结构类型(即,解决方案2)和第二通信体系结构类型(即,解决方案18)这两者。此外,在步骤501中,UE 1执行用于第二通信体系结构类型的暂停操作。
在步骤502中,触发根据第一通信体系结构类型的数据传输。也就是说,在UE 1正在执行用于第二通信体系结构类型的暂停操作时,UE 1检测(或判断)针对根据第一通信体系结构类型的数据传输的请求的发生。如在第一实施例中所述,针对数据传输的请求是从上位层(例如,服务/应用层、IMS层、NAS层)向着下位层(例如,NAS层、AS层)发送的,或者是从下位层(例如,AS层)向着上位层(例如,NAS层)发送的。在图5的示例中,触发UE 1以进行SMS传输。与针对步骤402的说明相同,SMS传输仅仅是适合第一通信体系结构类型的传输的示例。
在步骤503中,响应于在UE 1正在执行用于第二通信体系结构类型的暂停操作时、发生了针对根据第一通信体系结构类型的数据传输(例如,SMS传输)的请求,UE 1在保持以前的RRC连接上下文的同时,发起根据第一通信体系结构类型的通信(即,NAS上的数据传输)。在图5所示的具体示例中,UE 1的NAS层进行用于恢复RRC连接的RRC连接恢复过程,并且还进行DoNAS传输过程(步骤504~506)。换句话说,在图5的示例中,UE 1进行与RRC连接恢复过程集成(或组合)的DoNAS传输过程。
在步骤504~506中,在恢复RRC连接的同时,将携载SMS数据的NAS消息从UE 1发送至RAN 2。在步骤504中,UE 1将RRC连接恢复请求消息发送至RAN 2(例如,eNB、CIoT-BS)。在图5中,省略了随机接入过程的记载。可以在随机接入过程的第三消息(Msg 3)中发送步骤504的RRC连接恢复请求消息。在步骤505中,RAN 2恢复RRC连接,并且将RRC连接恢复消息发送至UE 1。在步骤506中,UE 1将RRC连接恢复完成消息发送至RAN 2。步骤506的RRC连接恢复完成消息包含携载SMS数据的NAS消息。
在步骤507~510中,在恢复UE 1所用的S1AP关联和S1-U承载的同时,将携载SMS数据的NAS消息从RAN 2发送至CN 3。在步骤507中,RAN 2使用新的S1AP消息(例如,S1AP:UE上下文恢复请求)向CN 3(例如,MME、C-SGN)通知UE 1的状态改变。步骤507的S1AP消息中的NAS-PDU包含携载SMS数据的NAS消息。
在步骤508中,CN 3(例如,MME、C-SGN)对从UE 1发送来的上行链路NAS消息进行解密以获得小数据。CN 3根据小数据的数据类型来将小数据包转发至其它节点、实体或网络。在图5的示例中,CN 3将所获得的SMS数据发送至与SMS有关的实体(例如,SMS-GMSC、SMS-IWMSC、SMS路由器)。
步骤509和510分别与图4中的步骤408和409相同。CN 3使UE 1的ECM状态返回至ECM连接状态,并且将修改承载请求消息发送至S/P-GW 6(步骤509)。之后,S/P-GW 6识别出UE 1处于连接状态,因而准备好向着UE 1发送下行链路数据。在步骤510中,CN 3将如下的应答消息(例如,S1AP:UE上下文恢复应答)发送至RAN 2,其中该应答消息指示UE 1所用的S1AP关联和S1-U承载的恢复完成。
如从以上说明可以理解,在图5的示例中,响应于在UE 1正在执行用于第二通信体系结构类型的暂停操作时发生了针对根据第一通信体系结构类型的数据传输(例如,SMS传输)的请求,UE 1在保持以前的RRC连接上下文的同时,发起根据第一通信体系结构类型的通信(即,NAS上的数据传输)。因此,与图4的示例相同,即使在UE 1正在执行用于第二通信体系结构类型的暂停操作时发生了NAS上的数据传输,UE 1也可以继续用于第二通信体系结构类型的暂停操作。
此外,在图5的示例中,UE 1进行与RRC连接恢复过程集成(或组合)的DoNAS传输过程。因而,在图5的示例中,与图4的示例相比,可以减少DoNAS传输所需的信令的数量。
与图4的示例相同,步骤504~506中所示的RRC连接恢复过程仅仅是示例。例如,可以省略步骤506中的从UE 1向着RAN 2的传输。在这种情况下,UE 1可以在步骤504的RRC连接恢复请求消息中包括携载SMS数据的NAS消息。例如,可以将RRC连接请求(或RRC连接重建请求)、RRC连接设置(或RRC连接重建)和RRC连接设置完成(或RRC连接重建完成)重新用于步骤504~506中的RRC连接恢复过程。
此外,与图4的示例相同,在图5的示例中,UE 1可以在这些上行链路RRC消息(步骤504和506)中的任一或全部中包括DoNAS传输的指示。附加地或可选地,UE 1可以在携载小数据(例如,SMS数据)的NAS消息中包括DoNAS传输的指示。附加地或可选地,UE 1可以在这些上行链路RRC消息中的任一或全部中包括与缓冲量有关的信息(即,缓冲状况)。附加地或可选地,可以在第一通信体系结构类型和第二通信体系结构之间预先区分用于随机接入前导码传输所使用的无线资源(例如,时间、频率、前导码索引池)。根据这些技术,RAN 2或CN3或这两者可以识别出RRC连接恢复过程预期用于DoNAS。因此,例如,RAN 2和CN 3可以工作,使得这两者不进行用以恢复DoNAS传输所不需要的S1-U承载的信令(步骤509和510)。
此外,与图4的示例相同,在图5的示例中,在DoNAS中发送SMS数据的情况下,UE 1的NAS层可以生成携载该SMS数据的NAS消息并且将RRC连接建立请求提供至AS层。该RRC连接建立请求包含指示来自移动设备的SMS传输的呼叫类型(即,发起SMS)、以及用于DoNAS的新的建立原因(例如,mo-Data-DoNAS)。此外,在DoNAS中发送非IP数据的情况下,UE 1的NAS层可以生成携载该非IP数据的NAS消息,并且将RRC连接建立请求提供至AS层。该RRC连接建立请求包含指示来自移动设备的非IP数据传输的新的呼叫类型(即,发起非IP呼叫)、以及用于DoNAS的新的建立原因(例如,mo-Data-DoNAS)。
第四实施例
在本实施例中,无线通信网络的结构示例与图2中的无线通信网络的结构示例相同。根据本实施例的UE 1可以是CIoT装置(例如,NB-IoT、LTE eMTC),或者可以是LTE、高级LTE或它们的改进版本中的其它UE。
图6是示出根据本实施例的通信过程的示例的序列图。图6的过程与上述的图5的过程相同。然而,在图6的过程中,对于DoNAS数据传输,代替RRC连接恢复过程(图5中的步骤504~506),使用RRC连接建立过程(步骤604~606)。
图6中的步骤601和602分别与图5中的步骤501和502相同。在步骤601中,UE 1由CN3(例如,MME、C-SGN)配置成使用第一通信体系结构类型(即,解决方案2)和第二通信体系结构类型(即,解决方案18)这两者。此外,在步骤501中,UE 1执行用于第二通信体系结构类型的暂停操作。
在步骤602中,触发根据第一通信体系结构类型的数据传输。也就是说,在UE 1正在执行用于第二通信体系结构类型的暂停操作时,UE 1检测(或判断)针对根据第一通信体系结构类型的数据传输的请求的发生。如在第一实施例中所述,针对数据传输的请求是从上位层(例如,服务/应用层、IMS层、NAS层)向着下位层(例如,NAS层、AS层)发送的,或者是从下位层(例如,AS层)向着上位层(例如,NAS层)发送的。在图6的示例中,触发UE 1以进行SMS传输。与针对步骤402和502的说明相同,SMS传输仅仅是适合第一通信体系结构类型的传输的示例。
在步骤603中,响应于在UE 1正在执行用于第二通信体系结构类型的暂停操作时发生了针对根据第一通信体系结构类型的数据传输(例如,SMS传输)的请求,UE 1在保持以前的RRC连接上下文的同时,发起根据第一通信体系结构类型的通信(即,NAS上的数据传输)。在图6所示的示例中,UE 1的NAS层进行与RRC连接建立过程集成(或组合)的DoNAS传输过程(步骤604~606)。
在步骤604~606中,在建立RRC连接的同时,将携载SMS数据的NAS消息从UE 1发送至RAN 2。在步骤604中,UE 1将RRC连接请求消息发送至RAN 2(例如,eNB、CIoT-BS)。在图6中,省略了随机接入过程的记载。可以在随机接入过程的第三消息(Msg 3)中发送步骤604的RRC连接请求消息。在步骤605中,RAN 2将RRC连接设置消息发送至UE 1。在步骤606中,UE1将RRC连接设置完成消息发送至RAN 2。步骤506的RRC连接设置完成消息包含携载SMS数据的NAS消息。
在步骤607中,RAN 2使用S1AP消息(例如,初始UE消息)将携载SMS数据的NAS消息发送至CN 3(例如,MME、C-SGN)。步骤607的S1AP消息中的NAS-PDU包含携载SMS数据的NAS消息。RAN 2可以从CN 3内的DCN中选择与第一通信体系结构类型相对应的DCN,并且将S1AP消息发送至所选择的DCN。
在步骤608中,CN 3(例如,MME、C-SGN)对从UE 1发送来的上行链路NAS消息进行解密以获得小数据。CN 3根据小数据的数据类型来将小数据包转发至其它节点、实体或网络。在图6的示例中,CN 3将所获得的SMS数据发送至与SMS有关的实体(例如,SMS-GMSC、SMS-IWMSC、SMS路由器)。
如从以上说明可以理解,在图6的示例中,响应于在UE 1正在执行用于第二通信体系结构类型的暂停操作时发生了针对根据第一通信体系结构类型的数据传输(例如,SMS传输)的请求,UE 1在保持以前的RRC连接上下文的同时,发起根据第一通信体系结构类型的通信(即,NAS上的数据传输)。因而,与图4和5的示例相同,即使在UE 1正在执行用于第二通信体系结构类型的暂停操作时发生了NAS上的数据传输的情况下,UE 1也可以继续用于第二通信体系结构类型的暂停操作。
此外,在图6所示的示例中,UE 1进行与RRC连接建立过程集成(或组合)的DoNAS传输过程。因此,在图6的示例中,与图4的示例相比,可以减少DoNAS传输所需的信令的数量。
此外,与图4的示例相同,在图6的示例中,UE 1可以在这些上行链路RRC消息(步骤604和606)中的任一或全部中包括DoNAS传输的指示。附加地或可选地,UE 1可以在携载小数据(例如,SMS数据)的NAS消息中包括DoNAS传输的指示。附加地或可选地,UE 1可以在这些上行链路RRC消息中的任一或全部中包括与缓冲量有关的信息(即,缓冲状况)。附加地或可选地,可以在第一通信体系结构类型和第二通信体系结构之间预先区分随机接入前导码传输所使用的无线资源(例如,时间、频率、前导码索引池)。根据这些技术,RAN 2或CN 3或这两者可以识别出RRC连接恢复过程预期用于DoNAS。
此外,与图4的示例相同,在图6的示例中,在DoNAS中发送SMS数据的情况下,UE 1的NAS层可以生成携载该SMS数据的NAS消息并且将RRC连接建立请求提供至AS层。该RRC连接建立请求包含指示来自移动设备的SMS传输的呼叫类型(即,发起SMS)、以及用于DoNAS的新的建立原因(例如,mo-Data-DoNAS)。此外,在DoNAS中发送非IP数据的情况下,UE 1的NAS层可以生成携载该非IP数据的NAS消息,并且将RRC连接建立请求提供至AS层。该RRC连接建立请求包含指示来自移动设备的非IP数据传输的新的呼叫类型(即,发起非IP呼叫)、以及用于DoNAS的新的建立原因(例如,mo-Data-DoNAS)。
以上与本实施例有关的说明示出了如下示例:在UE 1正在执行用于第二通信体系结构类型的暂停操作时,UE 1在保持以前的RRC连接上下文的同时,发起根据第一通信体系结构类型的通信。在结束根据第一通信体系结构类型的通信时,UE 1可以再次转变为RRC空闲模式,然后使用该RRC连接上下文来恢复RRC连接以根据第二通信体系结构类型发送数据。
可选地,在本实施例中,UE 1可以在建立RRC连接时释放(或丢弃)以前的RRC连接上下文,以根据第一通信体系结构类型来发送数据。
第五实施例
在本实施例中,无线通信网络的结构示例与图2中的无线通信网络的结构示例相同。根据本实施例的UE 1可以是CIoT装置(例如,NB-IoT、LTE eMTC),或者可以是LTE、高级LTE或它们的改进版本中的其它UE。
图7是示出根据本实施例的通信过程的示例的序列图。图7的过程示出如下示例:UE 1由CN 3(例如,MME、C-SGN)配置成使用第一通信体系结构类型和第二通信体系结构类型这两者,并且在UE 1处于RRC_Connected(RRC连接)状态时进行DoNAS传输。
在步骤701中,UE 1由CN 3(例如,MME、C-SGN)配置成使用第一通信体系结构类型(即,解决方案2)和第二通信体系结构类型(即,解决方案18)这两者。在步骤702中,在UE 1处于RRC_Connected状态时,触发根据第一通信体系结构类型的数据传输。也就是说,在UE1正遵从第二通信体系结构类型并且处于RRC_Connected状态时,UE 1检测(或判断)针对根据第一通信体系结构类型的数据传输的请求的发生。如在第一实施例中所述,针对数据传输的请求是从上位层(例如,服务/应用层、IMS层、NAS层)向着下位层(例如,NAS层、AS层)发送的,或者是从下位层(例如,AS层)向着上位层(例如,NAS层)发送的。
在步骤703中,响应于在UE 1正遵从第二通信体系结构类型并且处于RRC_Connected状态时发生了针对根据第一通信体系结构类型的数据传输(例如,SMS传输)的请求,UE 1的NAS层发起根据第一通信体系结构类型的通信(即,NAS上的数据传输)。在步骤704中,响应于来自UE 1的NAS层的请求,UE 1的AS层进行随机接入过程,并且在随机接入过程的第三消息(Msg 3)中将DoNAS请求发送至RAN 2(例如,eNB、CIoT-BS)。
在步骤705中,RAN 2响应于接收到DoNAS请求而将上行链路(UL)准许发送至UE 1。UL准许指示用以使得UE 1能够发送DoNAS所用的NAS消息的上行链路无线资源的分配。在步骤706中,UE 1根据UL准许将包含携载SMS数据的NAS消息的RRC消息(例如,UL信息传输)发送至RAN 2(步骤706)。如上所述,在当前时刻,假定解决方案2和解决方案18都不使用SRB2。因而,可以使用专用控制信道(DCCH)上的SRB 1来发送步骤706的RRC消息。
在步骤707中,RAN 2使用S1AP消息(例如,上行链路NAS传输)将从步骤706的RRC消息检索到的NAS消息发送至CN 3(例如,C-SGN,MME)。NAS消息嵌入在该S1AP消息的NAS协议数据单元(PDU)信息元素(IE)中。RAN 2可以从CN 3内的DCN中选择与第一通信体系结构类型相对应的DCN,并且将S1AP消息发送至所选择的DCN。
在步骤708中,CN 3(例如,MME、C-SGN)对来自UE 1的上行链路NAS消息进行解密以获得小数据。CN 3根据小数据的数据类型来将小数据包转发至其它节点、实体或网络。在图7的示例中,CN 3将所获得的SMS数据发送至与SMS有关的实体(例如,SMS-GMSC、SMS-IWMSC、SMS路由器)。
如从以上说明可以理解,在图7的示例中,在UE 1已由CN 3配置成使用第一通信体系结构类型和第二通信体系结构类型并且处于RRC_Connected状态时,UE 1可以使用第一种通信体系结构类型来发送非常适合控制面上的传输的特定类型的数据。
在一些实现中,可以在物理上行链路控制信道(PUCCH)上发送图7的步骤704中所发送的DoNAS请求。该DoNAS请求可以由针对该DoNAS请求新定义或修改的上行链路控制信息(UCI)格式携载。在UE 1具有可用的PUCCH资源的情况下,UE 1可以在无需进行随机接入过程的情况下在PUCCH上发送DoNAS请求。
在一些实现中,可以使用RRC消息来发送图7的步骤704中所发送的DoNAS请求。该RRC消息可以指示与DoNAS相关联的建立原因。同样,步骤706中的RRC消息(例如,UL信息传输)可以指示与DoNAS相关联的建立原因。
第六实施例
在本实施例中,无线通信网络的结构示例与图2中的无线通信网络的结构示例相同。根据本实施例的UE 1可以是CIoT装置(例如,NB-IoT、LTE eMTC),或者可以是LTE、高级LTE或它们的改进版本中的其它UE。
在本实施例中,UE 1由CN 3配置成使用第一通信体系结构类型和第二通信体系结构类型中的任一通信体系结构类型,而不是同时使用第一通信体系结构类型和第二通信体系结构类型这两者。
图8是示出根据本实施例的通信过程的示例的序列图。在图8的过程中,在步骤801中,UE 1由CN 3(例如,MME、C-SGN)配置成仅使用第二通信体系结构类型(即,解决方案18)。在满足预先配置的标准的情况下,CN 3可以许可UE 1使用第一通信体系结构类型(即,解决方案2)。
在步骤802中,UE 1判断为满足了预先配置的标准。换句话说,在步骤802中,UE 1的NAS层判断是否已从上位层(例如,服务/应用层、IMS层)接收到针对特定数据传输的请求。该预先配置的标准或针对特定数据传输的请求触发了UE 1根据第一通信体系结构类型来发送数据(即,NAS上的数据传输)。
响应于在UE 1已由CN 3配置成使用第二通信体系结构类型时发生了针对特定数据传输的请求,UE 1从第二通信体系结构类型切换为第一通信体系结构类型,并且使用第一种通信体系结构类型来发送数据。根据第一通信体系结构类型的数据传输的过程可以与在非专利文献1中公开的解决方案2(即,DoNAS)的移动发起(MO)小数据传输过程相同。
也就是说,在步骤803中,UE 1的NAS层发起用于在NAS层上发送数据的DoNAS过程。在步骤804中,UE 1生成携载小数据的NAS消息,并且将包含该NAS消息的RRC消息(例如,RRC连接设置完成、UL信息传输)发送至RAN 2(例如,CIoT-BS、eNB)。
在步骤805中,RAN 2接收到RRC消息,并且使用S1AP消息(例如,初始UE消息、上行链路NAS传输)将从RRC消息检索到的NAS消息发送至CN 3(例如,C-SGN、MME)。NAS消息嵌入到该S1AP消息的NAS协议数据单元(PDU)信息元素(IE)中。RAN 2可以从CN 3内的DCN中选择与第一通信体系结构类型相对应的DCN,并且将S1AP消息发送至所选择的DCN。
在步骤806中,CN 3(例如,C-SGN,MME)对从UE 1发送来的上行链路NAS消息进行解密以获得小数据。CN 3根据小数据的数据类型来将小数据转发至其它节点、实体或网络。
在图8的示例中,特定数据传输可以与第一实施例中所述的图3的示例的特定数据传输相同。例如,特定数据传输可以是非IP数据传输、SMS数据传输、仅一个包的(IP)数据传输、或者与预定服务有关的数据传输。
根据图8的示例,在UE 1已由CN 3配置成使用第二通信体系结构类型时,UE 1可以使用第一通信体系结构类型来发送非常适合控制面上的传输的特定类型的数据。因此,在UE 1已由CN 3配置成使用第二通信体系结构类型时,UE 1可以有效地进行根据第一通信体系结构类型的通信。
具体地,响应于在UE 1已由CN 3配置成仅使用第二通信体系结构类型时发生了针对特定数据传输的请求,UE 1从第二通信体系结构类型切换为第一通信体系结构类型。也就是说,UE 1配置有第一通信体系结构类型和第二通信体系结构类型中的仅一个通信体系结构类型,因而无需支持这两个解决方案的同时设置。这样简化了UE 1的结构。这种结构对于需要成本优化和低电力消耗的NB-CIoT而言特别有效。
第七实施例
在本实施例中,无线通信网络的结构示例与图2中的无线通信网络的结构示例相同。根据本实施例的UE 1可以是CIoT装置(例如,NB-IoT、LTE eMTC),或者可以是LTE、高级LTE或它们的改进版本中的其它UE。
图9是示出根据本实施例的通信过程的示例的序列图。与图8的过程相同,在图9的过程中,在步骤901中,UE 1由CN 3(例如,MME、C-SGN)配置成仅使用第二通信体系结构类型(即,解决方案18)。在满足特定标准的情况下,CN 3可以许可UE 1使用第一通信体系结构类型(即,解决方案2)。在步骤901中,UE 1进行用于第二通信体系结构类型的暂停操作。具体地,UE 1在处于RRC空闲状态(例如,CIoT RRC空闲状态)的情况下,保持与以前的RRC连接有关的上下文。
在步骤902中,触发根据第一通信体系结构类型的数据传输。也就是说,在UE 1正在执行用于第二通信体系结构类型的暂停操作时,UE 1检测(或判断)针对根据第一通信体系结构类型的数据传输的请求的发生。如在第一实施例中所述,针对数据传输的请求是从上位层(例如,服务/应用层、IMS层、NAS层)向着下位层(例如,NAS层、AS层)发送的,或者是从下位层(例如,AS层)向着上位层(例如,NAS层)发送的。在图9的示例中,触发UE 1以进行SMS传输。注意,SMS传输仅仅是适合第一通信体系结构类型的传输的示例。如在第一实施例中所述,在步骤902中,可以触发UE 1以进行非IP数据传输、仅一个包的(IP)数据传输、或者与预定服务有关的数据传输。
在步骤903中,响应于在UE 1正在执行用于第二通信体系结构类型的暂停操作时发生了针对根据第一通信体系结构类型的数据传输(例如,SMS传输)的请求,UE 1从第二通信体系结构类型切换为第一通信体系结构类型,并且发起根据第一通信体系结构类型的通信(即,NAS上的数据传输)。根据第一通信体系结构类型的数据传输的过程可以与非专利文献1中所公开的解决方案2(即,DoNAS)的移动发起(MO)小数据传输过程相同。
也就是说,在步骤904~906中,UE 1执行RRC连接建立过程。在步骤904~906中,在建立RRC连接的同时,将携载SMS数据的NAS消息从UE 1发送至RAN 2。在步骤904中,UE 1将RRC连接请求消息发送至RAN 2(例如,eNB、CIoT-BS)。在图9中,省略了随机接入过程的记载。可以在随机接入过程的第三消息(Msg 3)中发送步骤904的RRC连接请求消息。在步骤905中,RAN 2将RRC连接设置消息发送至UE 1。在步骤906中,UE 1将RRC连接设置完成消息发送至RAN 2。步骤906的RRC连接设置完成消息包含携载SMS数据的NAS消息。
在步骤907中,RAN 2使用S1AP消息(例如,初始UE消息)将携载SMS数据的NAS消息发送至CN 3(例如,MME、C-SGN)。步骤907的S1AP消息中的NAS-PDU包含携载SMS数据的NAS消息。RAN 2可以从CN 3内的DCN中选择与第一通信体系结构类型相对应的DCN,并且将S1AP消息发送至所选择的DCN。
在步骤908中,CN 3(例如,MME、C-SGN)对从UE 1发送来的上行链路NAS消息进行解密以获得小数据。CN 3根据小数据的数据类型来将小数据包转发至其它节点、实体或网络。在图9的示例中,CN 3将所获得的SMS数据发送至与SMS有关的实体(例如,SMS-GMSC、SMS-IWMSC、SMS路由器)。
在一些实现中,在UE 1发起根据第一通信体系结构的数据传输(步骤903)的情况下,UE 1可以删除或释放针对第二通信体系结构类型的暂停操作所保持的以前的RRC连接上下文。可以重新使用已存储了该RRC连接上下文的存储器区域以存储根据第一通信体系结构类型的通信的RRC连接上下文。换句话说,第二通信体系结构类型的暂停操作所用的以前的RRC连接上下文可以被根据第一通信体系结构类型的通信的新的RRC连接上下文覆盖(或更新)。这种结构和操作可以减少UE 1应当具有的存储器容量,这对于需要成本优化和低电力消耗的NB-CIoT而言特别有效。
在删除或释放了在UE 1中针对第二通信体系结构类型的暂停操作所保持的以前的RRC连接上下文的情况下,UE 1可以向RAN 2或CN 3或这两者通知该删除或释放。具体地,在用于发起根据第一通信体系结构类型的通信的控制过程(步骤904~907)中,UE 1可以将指示RRC连接上下文的丢弃的指示发送至网络(即,RAN 2或CN 3或这两者)。例如,UE 1可以将该指示包括在RRC消息(例如,RRC连接请求、RRC连接设置完成)或NAS消息或这两者中。
响应于从UE 1接收到该指示,RAN 2可以识别出允许丢弃或释放在RAN 2中针对暂停操作所保持的信息(例如,RRC连接上下文、S1AP关联、S1-U承载上下文)。同样,响应于从UE 1接收到该指示,CN 3可以识别出允许丢弃或释放在CN 3中针对暂停操作所保持的信息(例如,S1AP关联,S1-U承载上下文)。这种结构和操作可以防止UE 1和网络的暂停状态彼此不一致。
可选地,在UE 1发起根据第一通信体系结构的数据传输(步骤903)的情况下,UE 1可以维持针对第二通信体系结构类型的暂停操作所保持的以前的RRC连接上下文。
图10是示出根据本实施例的通信过程的其它示例的序列图。图10示出移动终止(MT)小数据传输的示例。步骤1001与图9中的步骤901相同。在步骤1002中,CN 3(例如,MME、C-SGN)接收指示定址到UE 1的移动终止SMS数据的到达的寻呼消息。CN 3可以在步骤1002中接收SMS数据。在这种情况下,可以省略以下所述的步骤1008。
在步骤1003中,CN 3将寻呼消息发送至RAN 2。具体地,CN 3将寻呼消息发送至与属于UE 1的一个或多个跟踪区的一个或多个小区相关联的各个eNB(或CIoT-BS)。在步骤1004中,利用RAN 2来寻呼UE 1。
在步骤1005中,响应于在UE 1正在执行用于第二通信体系结构类型的暂停操作时接收到与第一通信体系结构类型有关的寻呼,UE 1从第二通信体系结构类型切换为第一通信体系结构类型,并且发起根据第一通信体系结构类型的通信(即,NAS上的数据传输)。这里,与第一通信体系结构类型有关的寻呼可以例如包括明确地或隐含地指示要执行根据第一通信体系结构类型的数据传输的信息。显式信息可以是指示第一通信体系结构类型和第二通信体系结构类型其中之一的信息、或者指示第一通信体系结构类型的信息。隐式信息可以是承载ID。可选地,UE 1可以被配置为每当被寻呼时,始终使用第一通信体系结构类型进行应答。
根据第一通信体系结构类型的数据传输的过程可以与非专利文献1中公开的解决方案2(即,DoNAS)的移动终止(MT)小数据传输过程相同。也就是说,在步骤1006中,UE 1建立RRC连接,并且使用RRC连接设置完成消息将NAS消息(即,服务请求)发送至CN 3(步骤1007)。CN 3接收到SMS数据(步骤1008),将该SMS数据封装在NAS消息中,并且将该NAS消息发送至RAN 2(步骤1009)。RAN 2从CN 3接收到携载SMS数据的NAS消息,并且将包含该NAS消息的RRC消息(例如,DL信息传输)发送至UE 1(步骤1010)。如已经说明的,在当前时刻,假定解决方案2和解决方案18都不使用SRB 2。因此,可以使用专用控制信道(DCCH)上的SRB 1来发送步骤1010的RRC消息。
与图9的示例相同,在图10的示例中,在删除或释放了在UE 1中针对第二通信体系结构类型的暂停操作所保持的以前的RRC连接上下文时,UE 1可以向RAN 2或CN 3或这两者通知该删除或释放。响应于从UE 1接收到该指示,RAN 2可以识别出允许丢弃或释放在RAN2中针对暂停操作所保持的信息(例如,RRC连接上下文、S1AP关联、S1-U承载上下文)。同样,响应于从UE 1接收到该指示,CN 3可以识别出允许丢弃或释放在CN 3中针对暂停操作所保持的信息(例如,S1AP关联、S1-U承载上下文)。这种结构和操作可以防止UE 1和网络的暂停状态彼此不一致。
第八实施例
在本实施例中,无线通信网络的结构示例与图2中的无线通信网络的结构示例相同。根据本实施例的UE 1可以是CIoT装置(例如,NB-IoT、LTE eMTC),或者可以是LTE、高级LTE或它们的改进版本中的其它UE。
如已经说明的,在当前时刻,假定解决方案2(即,DoNAS、控制面CIoT EPS优化)不使用AS安全性和PDCP。在一些实现中,不使用PDCP的DoNAS通信可以在无需经由PDCP层的情况下简单地进行。可选地,可以针对不使用PDCP的DoNAS通信来定义PDCP层的新的操作模式(例如,PDCP透明模式(PDCP-TM))。在这种新的操作模式(PDCP-TM)中,PDCP层并没有提供包括AS安全功能(例如,SRB的完整性保护、加密)的一些PDCP层功能。
上述实施例中的一些实施例已经示出了如下的示例:在UE 1正在执行用于第二通信体系结构类型的暂停操作期间,UE 1执行RRC连接恢复过程以发起根据第一通信体系结构类型的数据传输(例如,图4和5)。由于第二通信体系结构类型(即,AS上下文缓存、用户面CIoT EPS优化)使用AS安全性,因此UE 1和RAN 2在RRC连接恢复过程的一个阶段执行安全激活(或确认)。因而,在RRC连接恢复过程中AS安全性已激活的情况下,UE 1和RAN 2可以将AS安全性(例如,SRB的完整性保护、加密)应用于第一通信体系结构类型的通信(即,DoNAS、控制面CIoT EPS优化)。
第九实施例
3GPP计划在2016年开始致力于5G的标准化、即3GPP版本14,以便在2020年推出5G。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和新5G RAT之间的紧密互通的5G无线通信网络。在一些实现中,UE 1、RAN 2和CN 3可以在LTE RAT中进行第一实施例至第八实施例所述的任一附接过程,然后根据在该附接过程中确定的(或选择的)通信体系结构类型来在新的5G RAT中进行数据传输。
例如,在将第一通信体系结构类型用于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)的结构示例。图11是示出UE 1的结构示例的框图。射频(RF)收发器1101进行模拟RF信号处理以与RAN 2进行通信。RF收发器1101所进行的模拟RF信号处理包括升频转换、降频转换和放大。RF收发器1101连接至天线1102和基带处理器1103。即,RF收发器1101从基带处理器1103接收调制符号数据(或OFDM符号数据),生成发送RF信号,并且将该发送RF信号供给至天线1102。此外,RF收发器1101基于天线1102所接收到的接收RF信号来生成基带接收信号,并且将该基带接收信号供给至基带处理器1103。
基带处理器1103进行无线通信所用的数字基带信号处理(数据面处理)和控制面处理。数字基带信号处理例如包括(a)数据压缩/解压缩、(b)数据分段/串接、(c)发送格式(即,发送帧)的生成/分解、(d)信道编码/解码、(e)调制(即,符号映射)/解调制、以及(f)利用快速傅立叶逆变换(IFFT)的OFDM符号数据(即,基带OFDM信号)的生成。另一方面,控制面处理包括层1(例如,发送电力控制)、层2(例如,无线资源管理和混合自动重传请求(HARQ)处理)以及层3(例如,与附接、移动性和呼叫管理有关的信令)的通信管理。
例如,在LTE和高级LTE的情况下,利用基带处理器1103的数字基带信号处理可以包括分组数据汇聚协议(PDCP)层、无线链路控制(RLC)层、介质访问控制(MAC)层和物理(PHY)层的信号处理。此外,利用基带处理器1103的控制面处理可以包括非接入层(NAS)协议、RRC协议和MAC控制元素(MAC CE)的处理。
基带处理器1103可以包括用于进行数字基带信号处理的调制解调器处理器(例如,数字信号处理器(DSP))和用于进行控制面处理的协议栈处理器(例如,中央处理单元(CPU)或微处理器单元(MPU))。在这种情况下,用于进行控制面处理的协议栈处理器可以与以下所述的应用处理器1104相集成。
应用处理器1104还被称为CPU、MPU、微处理器或处理器核。应用处理器1104可以包括多个处理器(处理器核)。应用处理器1104从存储器1106或者从其它存储器(未示出)加载系统软件程序(操作系统(OS))和各种应用程序(例如,语音呼叫应用、WEB浏览器、邮件程序、照相机操作应用和音乐重放应用),并且执行这些程序,由此提供UE 1的各种功能。
在一些实现中,如在图11中利用虚线(1105)所示,基带处理器1103和应用处理器1104可以集成在单个芯片上。换句话说,基带处理器1103和应用处理器1104可以在单个片上系统(SoC)装置1105上实现。SoC装置可被称为系统大规模集成(LSI)或芯片组。
存储器1106是易失性存储器或非易失性存储器或它们的组合。存储器1106可以包括物理上彼此独立的多个存储器装置。易失性存储器例如是静态随机存取存储器(SRAM)、动态RAM(DRAM)或它们的组合。非易失性存储器可以是掩模只读存储器(MROM)、电可擦除可编程ROM(EEPROM)、闪速存储器、硬盘驱动器或它们的任何组合。例如,存储器1106可以包括由基带处理器1103、应用处理器1104和SoC 1105可以访问的外部存储器装置。存储器1106可以包括集成在基带处理器1103、应用处理器1104或SoC 1105内的内部存储器装置。此外,存储器1106可以包括通用集成电路卡(UICC)中的存储器。
存储器1106可以存储包括用以进行上述实施例中所描述的利用UE 1的处理的指令和数据的一个或多个软件模块(计算机程序)1107。在一些实现中,基带处理器1103或应用处理器1104可以从存储器1106加载这些一个或多个软件模块1107并且执行所加载的软件模块,由此进行上述实施例中所描述的UE 1的处理。
图12是示出根据上述实施例的RAN 2内的节点(例如,CIoT BS、eNB)的结构示例的框图。参考图12,该节点包括RF收发器1201、网络接口1203、处理器1204和存储器1205。RF收发器1201进行模拟RF信号处理以与无线终端1进行通信。RF收发器1201可以包括多个收发器。RF收发器1201连接至天线1202和处理器1204。RF收发器1201从处理器1204接收调制符号数据(或OFDM符号数据),生成发送RF信号,并且将该发送RF信号供给至天线1202。此外,RF收发器1201基于天线1202所接收到的接收RF信号来生成基带接收信号,并且将该基带接收信号供给至处理器1204。
使用网络接口1203来与网络节点(例如,MME、C-SGN、S-GW)进行通信。网络接口1203可以包括例如符合IEEE 802.3系列的网络接口卡(NIC)。
处理器1204进行无线通信所用的数字基带信号处理(数据面处理)和控制面处理。例如,在LTE和高级LTE的情况下,处理器1204所进行的数字基带信号处理可以包括PDCP层、RLC层、MAC层和PHY层的信号处理。此外,处理器1204所进行的控制面处理可以包括S1协议、RRC协议和MAC CE的处理。
处理器1204可以包括多个处理器。处理器1204可以包括用于进行数字基带信号处理的调制解调器处理器(例如,DSP)和用于进行控制面处理的协议栈处理器(例如,CPU或MPU)。
存储器1205包括易失性存储器和非易失性存储器的组合。易失性存储器是例如SRAM、DRAM或它们的组合。非易失性存储器可以是MROM、PROM、闪速存储器、硬盘驱动器或它们的组合。存储器1205可以包括与处理器1204分开配置的存储器。在这种情况下,处理器1204可以经由网络接口1203或未示出的I/O接口来访问存储器1205。
存储器1205可以存储包括用以进行上述实施例中所描述的利用RAN 2内的节点(例如,CIoT BS、eNB)的处理的指令和数据的一个或多个软件模块(计算机程序)1206。在一些实现中,处理器1204可以从存储器1205加载这些一个或多个软件模块1206并且执行所加载的软件模块,由此进行上述实施例中所描述的RAN 2内的节点的处理。
图13是示出根据上述实施例的CN 3内的节点(例如,C-SGN、MME)的结构示例的框图。参考图13,该节点包括网络接口1301、处理器1302和存储器1303。使用网络接口1301来与网络节点(例如,C-SGN、MME、HSS、S-GW、P-GW、CIoT BS、eNB)进行通信。网络接口1301可以包括例如符合IEEE 802.3系列的网络接口卡(NIC)。
处理器1302从存储器1303加载一个或多个软件模块(计算机程序)1304并且执行所加载的软件模块,由此进行上述实施例中所描述的CN 3内的节点(例如,C-SGN、MME)的处理。处理器1302可以例如是微处理器、MPU或CPU。处理器1302可以包括多个处理器。
存储器1303包括易失性存储器和非易失性存储器的组合。存储器1303可以包括与处理器1302分开配置的存储器。在这种情况下,处理器1302可以经由I/O接口(未示出)访问存储器1303。
如参考图11~图13所述,根据上述实施例的UE 1、RAN 2内的节点和CN 3内的节点中所包括的各个处理器执行包括用于使计算机进行参考附图所述的算法的指令的一个或多个程序。可以使用任何类型的非暂时性计算机可读介质来存储这些程序并将这些程序提供至计算机。非暂时性计算机可读介质包括任何类型的有形存储介质。非暂时性计算机可读介质的示例包括:磁性存储介质(诸如软盘、磁带、硬盘驱动器等);磁光存储介质(例如磁光盘);致密盘只读存储器(CD-ROM);CD-R;CD-R/W;半导体存储器(诸如掩模ROM、可编程ROM(PROM)、可擦除PROM(EPROM)、闪速ROM、随机存取存储器(RAM)等)。可以通过使用任何类型的暂时性计算机可读介质来将这些程序提供至计算机。暂时性计算机可读介质的示例包括电信号、光信号和电磁波。可以使用暂时性计算机可读介质来将程序经由有线通信线路(例如,电线和光纤)或无线通信线路提供至计算机。
其它实施例
以上实施例中的各实施例可以单独地使用,或者这些实施例中的两个以上的实施例可以适当地彼此组合。
在上述实施例中,在UE 1将服务小区从RRC连接已暂停的小区改变为其它小区(例如,小区重选、在分离之后附接)的情况下,优选地,UE 1可以知晓上述实施例中所述的功能是否可用在小区改变之后的服务小区中。因而,RAN 2可以广播指示在服务小区中是否支持这些功能的信息元素。例如,RAN 2(例如,eNB、CIoT-BS)可以在RAN 2内的各个小区中广播该信息元素。该信息元素可以指示广播了该信息元素的小区是否支持这些功能。此外,该信息元素可以指示相邻小区是否支持这些功能。
上述实施例中所描述的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节点)提供。
上述实施例仅是本发明人所获得的技术思想的应用的示例。这些技术思想不限于上述实施例,而且可以对这些技术思想进行各种改变和修改。
例如,以上公开的实施例的全部或一部分可以被描述为但不限于以下的补充说明。
补充说明A1
一种无线终端,包括:
存储器;以及
至少一个处理器,其连接至所述存储器,
其中,所述至少一个处理器被配置为支持多个通信体系结构类型,
所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在所述无线终端处于RRC空闲状态的情况下,将以前的RRC连接的上下文保持在所述无线终端中,
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及
所述至少一个处理器还被配置为:响应于在所述无线终端已由网络配置成使用所述第二通信体系结构类型时发生了针对特定数据传输的请求,使用所述第一通信体系结构类型来发送数据。
补充说明A2
根据补充说明A1所述的无线终端,其中,所述特定数据传输包括非因特网协议数据传输即非IP数据传输。
补充说明A3
根据补充说明A1或A2所述的无线终端,其中,所述特定数据传输包括短消息服务数据传输即SMS数据传输。
补充说明A4
根据补充说明A1至A3中任一项所述的无线终端,其中,所述特定数据传输包括仅一个包的数据传输。
补充说明A5
根据补充说明A1至A4中任一项所述的无线终端,其中,所述特定数据传输包括与预定服务有关的数据传输。
补充说明A6
根据补充说明A1至A5中任一项所述的无线终端,其中,
所述无线终端适于由所述网络配置成使用所述第一通信体系结构类型和所述第二通信体系结构类型这两者,以及
所述至少一个处理器被配置为根据所请求的通信是否是所述特定数据传输,来判断要使用所述第一通信体系结构类型和所述第二通信体系结构类型中的哪个通信体系结构类型。
补充说明A7
根据补充说明A1至A5中任一项所述的无线终端,其中,
所述无线终端适于由所述网络配置成使用所述第一通信体系结构类型和所述第二通信体系结构类型中的任一通信体系结构类型,而不是同时使用所述第一通信体系结构类型和所述第二通信体系结构类型这两者,以及
所述至少一个处理器被配置为响应于发生了针对所述特定数据传输的请求,从所述第二通信体系结构类型切换为所述第一通信体系结构类型。
补充说明A8
一种无线终端中的方法,所述方法包括:
由网络配置多个通信体系结构类型至少之一,
其中,所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在所述无线终端处于RRC空闲状态的情况下,将以前的RRC连接的上下文保持在所述无线终端中,以及
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及
所述方法还包括:响应于在所述无线终端已由所述网络配置成使用所述第二通信体系结构类型时发生了针对特定数据传输的请求,使用所述第一通信体系结构类型来发送数据。
补充说明B1
一种无线终端,包括:
存储器;以及
至少一个处理器,其连接至所述存储器,
其中,所述至少一个处理器被配置为支持多个通信体系结构类型,
所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在所述无线终端处于RRC空闲状态的情况下,将以前的RRC连接的上下文保持在所述无线终端中,
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及
所述至少一个处理器还被配置为:响应于在所述无线终端正在执行用于所述第二通信体系结构类型的暂停时发生了针对根据所述第一通信体系结构类型的数据传输的请求,在保持所述上下文的同时发起根据所述第一通信体系结构类型的通信。
补充说明B2
根据补充说明B1所述的无线终端,其中,
所述至少一个处理器被配置为使用所述RRC连接的恢复所使用的RRC消息,来发送包含所述第一通信体系结构类型的数据的非接入层消息即NAS消息,以及
所述RRC消息包括用于指示非接入层即NAS上的数据传输的指示。
补充说明B3
根据补充说明B1或B2所述的无线终端,其中,
所述至少一个处理器被配置为使用所述RRC连接的恢复所使用的RRC消息,来发送包含所述第一通信体系结构类型的数据的非接入层消息即NAS消息,以及
所述NAS消息包括用于指示非接入层即NAS上的数据传输的指示。
补充说明B4
一种无线终端中的方法,所述方法包括:
由网络配置多个通信体系结构类型至少之一,
其中,所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在所述无线终端处于RRC空闲状态的情况下,将以前的RRC连接的上下文保持在所述无线终端中,以及
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及
所述方法还包括:响应于在所述无线终端正在执行用于所述第二通信体系结构类型的暂停时发生了针对根据所述第一通信体系结构类型的数据传输的请求,在保持所述上下文的同时发起根据所述第一通信体系结构类型的通信。
补充说明C1
一种无线终端,包括:
存储器;以及
至少一个处理器,其连接至所述存储器,
其中,所述至少一个处理器被配置为支持多个通信体系结构类型,
所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在所述无线终端处于RRC空闲状态的情况下,将以前的RRC连接的上下文保持在所述无线终端中,
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及
所述至少一个处理器还被配置为:响应于在所述无线终端正在执行用于所述第二通信体系结构类型的暂停时发生了针对根据所述第一通信体系结构类型的数据传输的请求,丢弃或释放所述上下文,并且发起根据所述第一通信体系结构类型的通信。
补充说明C2
根据补充说明C1所述的无线终端,其中,所述至少一个处理器被配置为在用于发起根据所述第一通信体系结构类型的通信的控制过程期间,将用于指示所述上下文的丢弃的指示发送至所述网络。
补充说明C3
根据补充说明C2所述的无线终端,其中,所述至少一个处理器被配置为将所述指示包括在所述控制过程中要发送的RRC消息和非接入层消息即NAS消息中的任一或这两者中。
补充说明C4
一种无线接入网内的无线站,所述无线站包括:
存储器;以及
至少一个处理器,其连接至所述存储器,
其中,所述至少一个处理器被配置为支持多个通信体系结构类型,
所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在无线终端处于RRC空闲状态的情况下,将与以前的RRC连接有关的第一上下文保持在所述无线站中,
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的第一上下文,
所述至少一个处理器还被配置为:响应于在所述无线站正在执行用于所述无线终端的暂停时从所述无线终端接收到根据所述第一通信体系结构类型的数据传输所用的RRC消息,识别出允许丢弃或释放所述第一上下文。
补充说明C5
根据补充说明C4所述的无线站,其中,
所述RRC消息包括指示由于所述暂停而丢弃或释放所述无线终端中保持的第二上下文的指示,以及
所述至少一个处理器被配置为:响应于接收到所述指示,识别出允许丢弃或释放所述第一上下文。
补充说明C6
一种核心网内的网络设备,所述网络设备包括:
存储器;以及
至少一个处理器,其连接至所述存储器,
其中,所述至少一个处理器被配置为支持多个通信体系结构类型,
所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在无线终端处于RRC空闲状态的情况下,将所述网络设备和无线站之间的所述无线终端所用的信令关联、以及所述无线终端所用的承载上下文保持在所述网络设备中,
所述RRC连接的恢复包括:随着为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置,重新使用或恢复所保持的信令关联和承载上下文,以及
所述至少一个处理器还被配置为:响应于在所述网络设备正在执行用于所述无线终端的暂停时从所述无线终端或所述无线站接收到根据所述第一通信体系结构类型的数据传输所用的控制消息,识别出允许丢弃或释放所保持的信令关联和所保持的承载上下文。
补充说明C7
根据补充说明C6所述的网络设备,其中,
所述控制消息包括指示由于所述暂停而丢弃或释放所述无线终端中保持的与所述RRC连接有关的第二上下文的指示,以及
所述至少一个处理器被配置为:响应于接收到所述指示,识别出允许丢弃或释放所述信令关联和所述承载上下文。
补充说明C8
根据补充说明C6或C7所述的网络设备,其中,所述控制消息包括非接入层消息即NAS消息或S1应用协议消息即S1AP消息或这两者。
补充说明C9
一种无线终端中的方法,所述方法包括:
由网络配置多个通信体系结构类型至少之一,
其中,所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在所述无线终端处于RRC空闲状态的情况下,将以前的RRC连接的上下文保持在所述无线终端中,以及
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及
所述方法还包括:响应于在所述无线终端正在执行用于所述第二通信体系结构类型的暂停时发生了针对根据所述第一通信体系结构类型的数据传输的请求,丢弃或释放所述上下文,并且发起根据所述第一通信体系结构类型的通信。
补充说明C10
一种无线接入网内的无线站中的方法,所述方法包括:
支持多个通信体系结构类型,
其中,所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在无线终端处于RRC空闲状态的情况下,将与以前的RRC连接有关的第一上下文保持在所述无线站中,
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的第一上下文,以及
所述方法还包括:响应于在所述无线站正在执行用于所述无线终端的暂停时从所述无线终端接收到根据所述第一通信体系结构类型的数据传输所用的RRC消息,识别出允许丢弃或释放所述第一上下文。
补充说明C11
一种核心网内的网络设备中的方法,所述方法包括:
支持多个通信体系结构类型,
其中,所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在无线终端处于RRC空闲状态的情况下,将所述网络设备和无线站之间的所述无线终端所用的信令关联以及所述无线终端所用的承载上下文保持在所述网络设备中,
所述RRC连接的恢复包括:随着为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置,重新使用或恢复所保持的信令关联和承载上下文,以及
所述方法还包括:响应于在所述网络设备正在执行用于所述无线终端的暂停时从所述无线终端或所述无线站接收到根据所述第一通信体系结构类型的数据传输所用的控制消息,识别出允许丢弃或释放所保持的信令关联和所保持的承载上下文。
补充说明D1
一种无线终端,包括:
存储器;以及
至少一个处理器,其连接至所述存储器,
其中,所述至少一个处理器被配置为支持多个通信体系结构类型,
所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在所述无线终端处于RRC空闲状态的情况下,将以前的RRC连接的上下文保持在所述无线终端中,
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,
所述至少一个处理器还被配置为:响应于在所述无线终端正在执行用于所述第二通信体系结构类型的暂停时发生了针对根据所述第一通信体系结构类型的特定数据传输的请求,发送所述RRC连接的恢复所使用的RRC连接恢复消息,以及
所述RRC连接恢复消息指示与非接入层即NAS上的数据传输相关联的建立原因。
补充说明D2
根据补充说明D1所述的无线终端,其中,
所述特定数据传输是非因特网协议数据传输即非IP数据传输或短消息服务传输即SMS传输,
所述至少一个处理器被配置成作为用于提供移动性管理和会话管理的NAS层以及作为用于提供无线资源控制的接入层即AS层工作,以及
所述NAS层被配置为响应于在所述无线终端正在执行用于所述第二通信体系结构类型的暂停时发生了针对所述特定数据传输的请求,生成携载数据的NAS消息并且将针对RRC连接建立的请求提供至所述AS层,其中所述针对RRC连接建立的请求包含与所述NAS上的数据传输相关联的所述建立原因以及与所述特定数据传输相关联的呼叫类型。
补充说明D3
一种无线站,其在无线接入网内使用,所述无线站包括:
存储器;以及
至少一个处理器,其连接至所述存储器,
其中,所述至少一个处理器被配置为支持多个通信体系结构类型,
所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在无线终端处于RRC空闲状态的情况下,将与以前的RRC连接有关的上下文保持在所述无线站中,
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,
所述至少一个处理器还被配置为在所述无线站正在执行用于所述无线终端的暂停时,接收所述RRC连接的恢复所使用的RRC连接恢复消息,以及
所述至少一个处理器还被配置为:响应于所述RRC连接恢复消息指示与非接入层即NAS上的数据传输相关联的建立原因,识别出通信是根据所述第一通信体系结构类型。
补充说明D4
根据补充说明D3所述的无线站,其中,
所述RRC连接的暂停还包括:在所述无线终端处于所述RRC空闲状态的情况下,在所述无线站和核心网中保持所述无线站和所述核心网之间的与所述无线终端所用的承载有关的承载上下文,
所述RRC连接的恢复还包括:随着所述后续RRC连接的设置,基于所述承载上下文来恢复或重新使用所述承载,以及
所述至少一个处理器被配置为在所述RRC连接恢复消息指示与非接入层即NAS上的数据传输相关联的建立原因的情况下,防止自身请求所述核心网恢复或重新使用所述承载。
补充说明D5
一种无线终端中的方法,所述方法包括:
由网络配置多个通信体系结构类型至少之一,
其中,所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在所述无线终端处于RRC空闲状态的情况下,将以前的RRC连接的上下文保持在所述无线终端中,以及
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及
所述方法还包括:响应于在所述无线终端正在执行用于所述第二通信体系结构类型的暂停时发生了针对根据所述第一通信体系结构类型的特定数据传输的请求,发送所述RRC连接的恢复所使用的RRC连接恢复消息,以及
所述RRC连接恢复消息指示与非接入层即NAS上的数据传输相关联的建立原因。
补充说明D6
一种无线站中的方法,所述无线站在无线接入网内使用,所述方法包括:
支持多个通信体系结构类型,
其中,所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在无线终端处于RRC空闲状态的情况下,将与以前的RRC连接有关的上下文保持在所述无线站中,
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及
所述至少一个处理器还被配置为在所述无线站正在执行用于所述无线终端的暂停时,接收所述RRC连接的恢复所使用的RRC连接恢复消息,以及
所述方法还包括:响应于所述RRC连接恢复消息指示与非接入层即NAS上的数据传输相关联的建立原因,识别出通信是根据所述第一通信体系结构类型。
本申请基于并要求2016年2月4日提交的日本专利申请2016-020291的优先权,在此通过引用包含其全部内容。
附图标记说明
1 用户设备(UE)
2 无线接入网(RAN)
3 核心网(CN)
4 应用服务器
6 服务网关(S-GW)/分组数据网络网关(P-GW)
1103 基带处理器
1104 应用处理器
1106 存储器
1204 处理器
1205 存储器
1302 处理器
1303 存储器
Claims (20)
1.一种无线终端,包括:
存储器;以及
至少一个处理器,其连接至所述存储器,
其中,所述至少一个处理器被配置为支持多个通信体系结构类型,
所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在所述无线终端处于RRC空闲状态的情况下,将以前的RRC连接的上下文保持在所述无线终端中,
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及
所述至少一个处理器还被配置为:响应于在所述无线终端已由网络配置成使用所述第二通信体系结构类型时发生了针对特定数据传输的请求,使用所述第一通信体系结构类型来发送数据。
2.根据权利要求1所述的无线终端,其中,所述特定数据传输包括非因特网协议数据传输即非IP数据传输。
3.根据权利要求1或2所述的无线终端,其中,所述特定数据传输包括短消息服务数据传输即SMS数据传输。
4.根据权利要求1至3中任一项所述的无线终端,其中,所述特定数据传输包括仅一个包的数据传输。
5.根据权利要求1至4中任一项所述的无线终端,其中,所述特定数据传输包括与预定服务有关的数据传输。
6.根据权利要求1至5中任一项所述的无线终端,其中,
所述无线终端适于由所述网络配置成使用所述第一通信体系结构类型和所述第二通信体系结构类型这两者,以及
所述至少一个处理器被配置为根据所请求的通信是否是所述特定数据传输,来判断要使用所述第一通信体系结构类型和所述第二通信体系结构类型中的哪个通信体系结构类型。
7.根据权利要求1至5中任一项所述的无线终端,其中,
所述无线终端适于由所述网络配置成使用所述第一通信体系结构类型和所述第二通信体系结构类型中的任一通信体系结构类型,而不是同时使用所述第一通信体系结构类型和所述第二通信体系结构类型这两者,以及
所述至少一个处理器被配置为响应于发生了针对所述特定数据传输的请求,从所述第二通信体系结构类型切换为所述第一通信体系结构类型。
8.根据权利要求1至5中任一项所述的无线终端,其中,所述至少一个处理器还被配置为:响应于在所述无线终端正在执行用于第二通信体系结构类型的暂停时发生了针对根据所述第一通信体系结构类型的数据传输的请求,在保持所述上下文的同时发起根据所述第一通信体系结构类型的通信。
9.根据权利要求8所述的无线终端,其中,
所述至少一个处理器被配置为使用所述RRC连接的恢复所使用的RRC消息,来发送包含所述第一通信体系结构类型的数据的非接入层消息即NAS消息,以及
所述RRC消息包括用于指示非接入层即NAS上的数据传输的指示。
10.根据权利要求8或9所述的无线终端,其中,
所述至少一个处理器被配置为使用所述RRC连接的恢复所使用的RRC消息,来发送包含所述第一通信体系结构类型的数据的非接入层消息即NAS消息,以及
所述NAS消息包括用于指示非接入层即NAS上的数据传输的指示。
11.根据权利要求1至5中任一项所述的无线终端,其中,所述至少一个处理器还被配置为:响应于在所述无线终端正在执行用于所述第二通信体系结构类型的暂停时发生了针对根据所述第一通信体系结构类型的数据传输的请求,丢弃或释放所述上下文,并且发起根据所述第一通信体系结构类型的通信。
12.根据权利要求11所述的无线终端,其中,所述至少一个处理器被配置为在用于发起根据所述第一通信体系结构类型的通信的控制过程期间,将用于指示所述上下文的丢弃的指示发送至所述网络。
13.根据权利要求12所述的无线终端,其中,所述至少一个处理器被配置为将所述指示包括在所述控制过程中要发送的RRC消息和非接入层消息即NAS消息中的任一或这两者中。
14.根据权利要求1至5中任一项所述的无线终端,其中,
所述至少一个处理器还被配置为:响应于在所述无线终端正在执行用于所述第二通信体系结构类型的暂停时发生了针对根据所述第一通信体系结构类型的特定数据传输的请求,发送所述RRC连接的恢复所使用的RRC连接恢复消息,以及
所述RRC连接恢复消息指示与非接入层即NAS上的数据传输相关联的建立原因。
15.根据权利要求14所述的无线终端,其中,
所述特定数据传输是非因特网协议数据传输即非IP数据传输或短消息服务传输即SMS传输,
所述至少一个处理器被配置成作为用于提供移动性管理和会话管理的NAS层以及作为用于提供无线资源控制的接入层即AS层工作,以及
所述NAS层被配置为响应于在所述无线终端正在执行用于所述第二通信体系结构类型的暂停时发生了针对所述特定数据传输的请求,生成携载数据的NAS消息并且将针对RRC连接建立的请求提供至所述AS层,其中所述针对RRC连接建立的请求包含与所述NAS上的数据传输相关联的所述建立原因以及与所述特定数据传输相关联的呼叫类型。
16.一种无线站,其在无线接入网内使用,所述无线站包括:
存储器;以及
至少一个处理器,其连接至所述存储器,
其中,所述至少一个处理器被配置为支持多个通信体系结构类型,
所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在无线终端处于RRC空闲状态的情况下,将与以前的RRC连接有关的上下文保持在所述无线站中,
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,
所述至少一个处理器还被配置为在所述无线站正在执行用于所述无线终端的暂停时,接收所述RRC连接的恢复所使用的RRC连接恢复消息,以及所述至少一个处理器还被配置为:响应于所述RRC连接恢复消息指示与非接入层即NAS上的数据传输相关联的建立原因,识别出通信是根据所述第一通信体系结构类型。
17.根据权利要求16所述的无线站,其中,
所述RRC连接的暂停还包括:在所述无线终端处于所述RRC空闲状态的情况下,在所述无线站和核心网中保持所述无线站和所述核心网之间的与所述无线终端所用的承载有关的承载上下文,
所述RRC连接的恢复还包括:随着所述后续RRC连接的设置,基于所述承载上下文来恢复或重新使用所述承载,以及
所述至少一个处理器被配置为在所述RRC连接恢复消息指示与非接入层即NAS上的数据传输相关联的建立原因的情况下,防止自身请求所述核心网恢复或重新使用所述承载。
18.一种无线终端中的方法,所述方法包括:
由网络配置多个通信体系结构类型至少之一,
其中,所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在所述无线终端处于RRC空闲状态的情况下,将以前的RRC连接的上下文保持在所述无线终端中,以及
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及
所述方法还包括:响应于在所述无线终端已由所述网络配置成使用所述第二通信体系结构类型时发生了针对特定数据传输的请求,使用所述第一通信体系结构类型来发送数据。
19.一种无线站中的方法,所述无线站在无线接入网内使用,所述方法包括:
支持多个通信体系结构类型,
其中,所述多个通信体系结构类型包括:(a)第一通信体系结构类型,其中在所述第一通信体系结构类型中,经由控制面来传输数据包;以及(b)第二通信体系结构类型,其中在所述第二通信体系结构类型中,经由用户面来传输数据包,并且所述第二通信体系结构类型涉及无线资源控制连接即RRC连接的暂停和恢复,
所述RRC连接的暂停包括:在无线终端处于RRC空闲状态的情况下,将与以前的RRC连接有关的上下文保持在所述无线站中,
所述RRC连接的恢复包括:在为了使所述无线终端从所述RRC空闲状态转变为RRC连接状态的后续RRC连接的设置时,重新使用所保持的上下文,以及
所述至少一个处理器还被配置为在所述无线站正在执行用于所述无线终端的暂停时,接收所述RRC连接的恢复所使用的RRC连接恢复消息,以及
所述方法还包括:响应于所述RRC连接恢复消息指示与非接入层即NAS上的数据传输相关联的建立原因,识别出通信是根据所述第一通信体系结构类型。
20.一种非暂时性计算机可读介质,其存储程序,所述程序用于使计算机进行根据权利要求18或19所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202210044446.9A CN114374939B (zh) | 2016-02-04 | 2016-12-15 | 无线终端及其方法 |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2016020291 | 2016-02-04 | ||
JP2016-020291 | 2016-09-20 | ||
PCT/JP2016/087351 WO2017134939A1 (ja) | 2016-02-04 | 2016-12-15 | 無線端末、無線局、及びこれらの方法 |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210044446.9A Division CN114374939B (zh) | 2016-02-04 | 2016-12-15 | 无线终端及其方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108605376A true CN108605376A (zh) | 2018-09-28 |
CN108605376B CN108605376B (zh) | 2022-01-25 |
Family
ID=59499493
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680081095.1A Active CN108605376B (zh) | 2016-02-04 | 2016-12-15 | 无线终端、无线站及其方法 |
CN202210044446.9A Active CN114374939B (zh) | 2016-02-04 | 2016-12-15 | 无线终端及其方法 |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202210044446.9A Active CN114374939B (zh) | 2016-02-04 | 2016-12-15 | 无线终端及其方法 |
Country Status (7)
Country | Link |
---|---|
US (3) | US10506389B2 (zh) |
EP (2) | EP3413681B1 (zh) |
JP (4) | JP6587001B2 (zh) |
KR (4) | KR102172126B1 (zh) |
CN (2) | CN108605376B (zh) |
ES (1) | ES2901117T3 (zh) |
WO (1) | WO2017134939A1 (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113692778A (zh) * | 2019-02-14 | 2021-11-23 | 谷歌有限责任公司 | 恢复通信网络中的无线电连接 |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP3413681B1 (en) * | 2016-02-04 | 2021-12-08 | Nec Corporation | Wireless terminal, method and program therefor |
EP3429262B1 (en) * | 2016-03-09 | 2020-08-12 | LG Electronics Inc. -1- | Method and device for configuring bearer for transmission of user data |
CN107426801A (zh) * | 2016-05-23 | 2017-12-01 | 中兴通讯股份有限公司 | 一种智能卡的控制方法、装置、终端设备及智能卡 |
US10659976B2 (en) | 2016-06-29 | 2020-05-19 | Nokia Technologies Oy | Paging enhancement for signaling optimization |
WO2018030259A1 (ja) * | 2016-08-10 | 2018-02-15 | 京セラ株式会社 | 無線端末及び基地局 |
EP3533255B1 (en) * | 2016-10-26 | 2020-03-25 | Telefonaktiebolaget LM Ericsson (PUBL) | Wireless device and method performed therein for handling neighbour relationships in a wireless network |
JP2020501410A (ja) * | 2016-11-04 | 2020-01-16 | 華為技術有限公司Huawei Technologies Co.,Ltd. | データパケット処理方法、制御プレーンネットワーク要素、及びユーザプレーンネットワーク要素 |
EP3639616A1 (en) * | 2017-06-16 | 2020-04-22 | Telefonaktiebolaget LM Ericsson (PUBL) | Resuming a connection in a wireless communication system |
CN109548109B (zh) | 2017-08-14 | 2021-03-09 | 电信科学技术研究院 | 一种ue和网络状态不匹配的处理方法及装置、存储介质 |
US10581495B2 (en) * | 2017-08-18 | 2020-03-03 | Nokia Technologies Oy | Physical layer configuration continuity during radio resource control restoration |
US10681593B2 (en) * | 2017-11-30 | 2020-06-09 | At&T Intellectual Property I, L.P. | Session transfer for packet data network connection |
EP3718319B1 (en) * | 2018-02-20 | 2023-01-11 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method, system and computer programs for the transmission of infrequent small data in a telecommunication system |
CN110312296B (zh) * | 2018-03-27 | 2023-09-08 | 夏普株式会社 | 用户设备执行的方法、基站执行的方法、用户设备和基站 |
US10785821B2 (en) * | 2018-05-09 | 2020-09-22 | Htc Corporation | Device and method of handling a resume cause in a radio resource control message |
CN109246799A (zh) * | 2018-09-05 | 2019-01-18 | 江苏鑫软图无线技术股份有限公司 | NB-IoT系统下实现CIoT EPS优化转换的方法 |
US10856333B2 (en) * | 2018-09-25 | 2020-12-01 | Hughes Network Systems, Llc | Efficient transport of internet of things (IoT) traffic in terrestrial wireless and satellite networks |
WO2020164763A1 (en) * | 2019-02-13 | 2020-08-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods and apparatuses for alternative data over non-access stratum, donas, data delivery in a roaming scenario |
WO2020175490A1 (en) * | 2019-02-27 | 2020-09-03 | Sharp Kabushiki Kaisha | Radio access network and methods |
WO2020175658A1 (en) * | 2019-02-28 | 2020-09-03 | Sharp Kabushiki Kaisha | Radio access network and methods |
CN113825186B (zh) * | 2020-06-19 | 2023-08-01 | 维沃移动通信有限公司 | 离开网络的控制方法、装置和通信设备 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103858512A (zh) * | 2011-08-12 | 2014-06-11 | 黑莓有限公司 | 处理无线通信系统中的连接 |
WO2015142048A1 (ko) * | 2014-03-19 | 2015-09-24 | 엘지전자 주식회사 | 서비스 요청 절차 수행 방법 및 사용자 장치 |
CN104980980A (zh) * | 2014-04-10 | 2015-10-14 | 电信科学技术研究院 | 一种建立连接的方法、系统和设备 |
Family Cites Families (32)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR100253283B1 (ko) * | 1997-04-07 | 2000-04-15 | 김영환 | 메모리소자의소모전류감소회로 |
US7011153B2 (en) * | 2003-12-23 | 2006-03-14 | Schlumberger Technology Corporation | Hydraulically released inflation tool for permanent bridge plug |
CN101163026B (zh) * | 2006-10-13 | 2011-04-20 | 中兴通讯股份有限公司 | 一种无线网络控制器获取无线接入承载标识的实现方法 |
CN101257374B (zh) * | 2007-03-01 | 2010-05-19 | 鼎桥通信技术有限公司 | 实现广播/组播业务与专用业务并发的方法及其系统 |
US8331322B2 (en) * | 2009-01-22 | 2012-12-11 | Htc Corporation | Method of handling radio bearer resumption, wireless communication device and wireless communication system thereof |
CN102045713A (zh) * | 2009-10-15 | 2011-05-04 | 中兴通讯股份有限公司 | 业务连接重建的方法和实现系统 |
CN102291821A (zh) * | 2010-06-18 | 2011-12-21 | 电信科学技术研究院 | 一种恢复rrc连接的方法及中继设备rn |
CN102340886B (zh) * | 2010-07-22 | 2014-04-16 | 大唐移动通信设备有限公司 | 一种重建立rrc连接的方法、装置及系统 |
GB2493349A (en) * | 2011-07-29 | 2013-02-06 | Intellectual Ventures Holding 81 Llc | Mobile communications network with simplified handover |
EP2557890B1 (en) * | 2011-08-12 | 2019-07-17 | BlackBerry Limited | Simplified ue + enb messaging |
EP2742767B1 (en) * | 2011-08-12 | 2018-04-04 | BlackBerry Limited | Suspending a connection in a wireless communication system |
US9155121B2 (en) * | 2012-03-27 | 2015-10-06 | Blackberry Limited | Re-establishment of suspended RRC connection at a different eNB |
EP2645804B1 (en) * | 2012-03-27 | 2017-12-20 | BlackBerry Limited | Re-establishment of suspended RRC connection at a different ENB |
US8923880B2 (en) * | 2012-09-28 | 2014-12-30 | Intel Corporation | Selective joinder of user equipment with wireless cell |
US8768305B1 (en) * | 2012-10-09 | 2014-07-01 | Sprint Communications Company L.P. | Reestablishing a mobile device radio resource control connection |
EP3020248B1 (en) * | 2013-07-09 | 2023-05-03 | Telefonaktiebolaget LM Ericsson (publ) | Method and apparatus in a telecommunication system |
US9265085B2 (en) * | 2013-12-31 | 2016-02-16 | Alcatel Lucent | Methods and systems for optimizing short data burst services over an LTE network |
JP5691118B1 (ja) | 2014-07-15 | 2015-04-01 | 株式会社エム・イ−・ティ− | 活性炭製造装置及び活性炭製造方法 |
WO2016068776A1 (en) * | 2014-10-28 | 2016-05-06 | Telefonaktiebolaget L M Ericsson (Publ) | Establishing a connection between the user equipment and a wireless communications network |
US10667321B2 (en) * | 2015-02-09 | 2020-05-26 | Intel IP Corporation | Evolved Node-B, user equipment, and methods for transition between idle and connected modes |
JP6208296B1 (ja) * | 2015-11-05 | 2017-10-04 | 株式会社Nttドコモ | ユーザ装置、基地局、及び接続確立方法 |
US10616789B2 (en) * | 2015-12-29 | 2020-04-07 | Lg Electronics Inc. | Method and device for establishing bearer for transmission of user data |
WO2017117807A1 (en) * | 2016-01-08 | 2017-07-13 | Nokia Technologies Oy | User plane optimization for narrowband internet of things |
RU2019106527A (ru) * | 2016-01-08 | 2019-03-28 | Телефонактиеболагет Лм Эрикссон (Пабл) | Способ и устройство управления радиоресурсами |
WO2017118935A1 (en) * | 2016-01-08 | 2017-07-13 | Telefonaktiebolaget Lm Ericsson (Publ) | Simplified wireless connectivity for a cellular communications system |
CN106961456B (zh) * | 2016-01-11 | 2022-01-18 | 北京三星通信技术研究有限公司 | 决定iot业务方法和设备、iot业务行为控制方法和设备 |
EP3403465A1 (en) * | 2016-01-12 | 2018-11-21 | Intel Corporation | CELLULAR INTERNET OF THINGS (CIoT) OPTIMIZATIONS FOR NARROWBAND (NB) AND NON-NB IoT NETWORKS |
CN114189815B (zh) * | 2016-01-18 | 2024-02-09 | 三星电子株式会社 | 移动通信系统中终端通信的方法和装置 |
JP2019050435A (ja) * | 2016-01-19 | 2019-03-28 | シャープ株式会社 | 端末装置、c−sgnおよび通信制御方法 |
JP2019050437A (ja) * | 2016-01-19 | 2019-03-28 | シャープ株式会社 | 端末装置、c−sgnおよび通信制御方法 |
WO2017135676A1 (en) * | 2016-02-02 | 2017-08-10 | Lg Electronics Inc. | Method and apparatus for paging with resume id for suspended user equipment in wireless communication system |
EP3413681B1 (en) * | 2016-02-04 | 2021-12-08 | Nec Corporation | Wireless terminal, method and program therefor |
-
2016
- 2016-12-15 EP EP16889422.8A patent/EP3413681B1/en active Active
- 2016-12-15 CN CN201680081095.1A patent/CN108605376B/zh active Active
- 2016-12-15 EP EP21205405.0A patent/EP3965526A1/en active Pending
- 2016-12-15 CN CN202210044446.9A patent/CN114374939B/zh active Active
- 2016-12-15 US US16/069,777 patent/US10506389B2/en active Active
- 2016-12-15 KR KR1020207021771A patent/KR102172126B1/ko active IP Right Grant
- 2016-12-15 KR KR1020207006932A patent/KR102140912B1/ko active IP Right Grant
- 2016-12-15 ES ES16889422T patent/ES2901117T3/es active Active
- 2016-12-15 KR KR1020207030464A patent/KR102226650B1/ko active IP Right Grant
- 2016-12-15 WO PCT/JP2016/087351 patent/WO2017134939A1/ja active Application Filing
- 2016-12-15 JP JP2017565424A patent/JP6587001B2/ja active Active
- 2016-12-15 KR KR1020187022298A patent/KR102092495B1/ko active IP Right Grant
-
2019
- 2019-09-11 JP JP2019165025A patent/JP6787459B2/ja active Active
- 2019-10-18 US US16/657,407 patent/US10880700B2/en active Active
-
2020
- 2020-10-20 JP JP2020175871A patent/JP7006752B2/ja active Active
- 2020-11-25 US US17/104,128 patent/US11388560B2/en active Active
-
2021
- 2021-12-27 JP JP2021211784A patent/JP7306444B2/ja active Active
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103858512A (zh) * | 2011-08-12 | 2014-06-11 | 黑莓有限公司 | 处理无线通信系统中的连接 |
WO2015142048A1 (ko) * | 2014-03-19 | 2015-09-24 | 엘지전자 주식회사 | 서비스 요청 절차 수행 방법 및 사용자 장치 |
CN104980980A (zh) * | 2014-04-10 | 2015-10-14 | 电信科学技术研究院 | 一种建立连接的方法、系统和设备 |
Non-Patent Citations (1)
Title |
---|
LG ELECTRONICS: "Interaction between CP & UP solution", 《SA WG2 MEETING S2#112,S2-153925》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN113692778A (zh) * | 2019-02-14 | 2021-11-23 | 谷歌有限责任公司 | 恢复通信网络中的无线电连接 |
Also Published As
Publication number | Publication date |
---|---|
US20210160665A1 (en) | 2021-05-27 |
JP2022037204A (ja) | 2022-03-08 |
JPWO2017134939A1 (ja) | 2018-10-18 |
US11388560B2 (en) | 2022-07-12 |
KR20200092434A (ko) | 2020-08-03 |
JP6787459B2 (ja) | 2020-11-18 |
KR20200123290A (ko) | 2020-10-28 |
CN114374939A (zh) | 2022-04-19 |
CN114374939B (zh) | 2023-08-25 |
EP3965526A1 (en) | 2022-03-09 |
WO2017134939A1 (ja) | 2017-08-10 |
US20190028860A1 (en) | 2019-01-24 |
EP3413681A4 (en) | 2020-01-29 |
US10506389B2 (en) | 2019-12-10 |
EP3413681A1 (en) | 2018-12-12 |
US20200053520A1 (en) | 2020-02-13 |
CN108605376B (zh) | 2022-01-25 |
JP2020010379A (ja) | 2020-01-16 |
KR102172126B1 (ko) | 2020-10-30 |
EP3413681B1 (en) | 2021-12-08 |
JP7006752B2 (ja) | 2022-01-24 |
KR20180100381A (ko) | 2018-09-10 |
JP6587001B2 (ja) | 2019-10-09 |
JP2021036679A (ja) | 2021-03-04 |
KR102092495B1 (ko) | 2020-03-23 |
KR20200029617A (ko) | 2020-03-18 |
JP7306444B2 (ja) | 2023-07-11 |
KR102140912B1 (ko) | 2020-08-03 |
US10880700B2 (en) | 2020-12-29 |
ES2901117T3 (es) | 2022-03-21 |
KR102226650B1 (ko) | 2021-03-10 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108605376A (zh) | 无线终端、无线站及其方法 | |
RU2746179C1 (ru) | Система радиостанций, терминал радиосвязи и способы их работы | |
JP6969636B2 (ja) | 無線端末、無線端末における方法、及び無線局 | |
WO2020224472A1 (zh) | 分配、获取ip地址的方法及设备 | |
CN109076330A (zh) | 无线通信系统中跟踪区域更新的方法及其装置 | |
TWI416979B (zh) | 行動台處理資料傳輸的方法以及處理資料傳輸的系統 | |
WO2021026704A1 (zh) | 一种无线通信的方法和装置 | |
WO2020206582A1 (zh) | 一种用于中继通信的方法和装置 | |
CN115669213A (zh) | 中继设备的选择方法、装置、设备及存储介质 | |
WO2022160183A1 (zh) | 接入网络的方法和装置 |
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 |