CN103634933A - 一种通信连接释放方法、装置及系统 - Google Patents
一种通信连接释放方法、装置及系统 Download PDFInfo
- Publication number
- CN103634933A CN103634933A CN201210312494.8A CN201210312494A CN103634933A CN 103634933 A CN103634933 A CN 103634933A CN 201210312494 A CN201210312494 A CN 201210312494A CN 103634933 A CN103634933 A CN 103634933A
- Authority
- CN
- China
- Prior art keywords
- group
- release
- equipment
- core net
- sign
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
- H04W4/08—User group management
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W76/00—Connection management
- H04W76/30—Connection release
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Multimedia (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种通信连接释放方法、装置及系统,涉及通信技术,在组内每个设备均达到通信连接释放条件时,对该组设备统一进行释放,避免了对每个终端分别进行释放,减少了接口信令和空口信令负荷,提高了通信连接释放的效率。
Description
技术领域
本发明涉及通信技术,尤其涉及一种通信连接释放方法、装置及系统。
背景技术
机器到机器(Machine to Machine,M2M)通信是未来智能化发展的一种趋势。在第三代移动通信系统以及其长期演进系统中需要支持MTC(机器型通信,Machine Type Communications)功能。其中Smart Metering(智能电表)作为一种典型的MTC应用场景得到了广泛的关注。Smart Metering业务具有分布密度高、网络对设备的控制需求低、设备上报业务的时间周期长,业务上报时间集中、应用单一及位置固定等特点,而且集中时间上报相关的业务数据是主要的通信方式。
机器类型通信(Machine-type communication,MTC)实现了将多种不同类型的通信技术有机结合,如:机器对机器通信、机器控制通信、人机交互通信、移动互联通信,从而推动社会生产和生活方式的发展。有时,MTC通信又称为机器间(机器到机器,Machine-to-machine,M2M)通信或物联网。
当前的移动通信网络是针对人与人之间的通信设计的,例如:网络容量即是针对人与人之间的通信设计的。如果希望利用移动通信网络来支持MTC通信就需要根据MTC通信的特点对移动通信系统的机制进行优化,以便能够在对传统的人与人通信不受或受较小影响的情况下,更好地实现MTC通信。
当前认识到的MTC通信可能存在的一些特点有:MTC设备具有低移动性;MTC设备与网络侧进行数据传输的时间是可控的;MTC网络与网络侧进行的数据传输对数据传输对实时性要求不高,即:具有时间容忍性;MTC设备能量受限,要求极低的功率消耗;MTC设备和网络侧之间只进行小数据量的信息传输;MTC设备可以以组为单位进行管理。
通常,一个MTC设备可以具有上述的一个或多个特点。
目前普遍应用的UMTS(Universal Mobile Telecommunication System,通用移动通信系统)系统网络架构如图1所示,UMTS系统由核心网、RNC(RadioNetwork Controller,无线网络控制器)、NB(NodeB,基站)及UE(UserEquipment,用户设备,终端)组成,其中UE与NB之间通过空中接口(Uu接口)进行通信,NB与RNC组成无线接入网(Radio Access Network,RAN),二者之间通过Iub接口通信,RAN与核心网之间通过Iu接口进行通信。
在终端需要与网络进行通信时,通过一系列交互流程实现通信连接的建立,包括空口链路建立(RRC连接)、Iub接口无线链路建立以及Iu接口通信连路的建立,其中RRC(Radio Resource Connection,无线资源连接)连接及Iu接口连接是针对每个UE建立的,主要用于在网络的不同节点维护终端的上下文。当完成通信过程后,相关的通信链接需要进行释放。目前3GPP(3rdGeneration Partnership Project,第三代移动通信标准化组织)标准中定义的通信连接释放流程如图2所示,其中,释放过程可以由RAN触发,也可以由核心网发起。如果由核心网触发,则图2中的第一条消息Iu release request(Iu释放请求)不需要出现。具体的过程如下:
步骤S201、对于RAN触发的场景,RAN检测到针对终端的RRC连接已经被释放,或者检测到需要释放无线资源,则向SGSN发送Iu Release Request(Iu释放请求)消息。
步骤S202、SGSN通过向RAN发送Iu Release Command(Iu释放指令)消息进行Iu接口连接释放;
步骤S203、RNC向终端设备(MS)发起RRC连接释放消息触发RRC连接释放过程;
步骤S204、终端设备进行RRC连接释放相关处理,完成后终端向RAN反馈RRC连接释放完成消息;
步骤S205、RNC向NodeB发起无线链路释放消息(Radio Link Deletion)消息触发Iub承载及上下文释放过程;
步骤S206、NodeB向RNC返回无线链路释放响应消息(Radio Link DeletionResponse)消息;
步骤S207、RAN(Radio Access Network,无线接入网)通过向SGSN(ServingGSN,服务GPRS支持节点,GPRS(General Packet Radio Service,通用分组无线业务))发送Iu Release Completion(Iu释放完成)消息进行确认。
通过上述步骤,即可完成对终端设备的连接释放。
在LTE(Long Term Evolution,长期演进)系统中,也存在设备的释放,具体的,LTE系统网络架构如图3所示,LTE系统由核心网、eNB(基站)及UE、组成,其中UE与eNB之间通过空中接口(Uu接口)进行通信,eNB与核心网之间通过S1接口进行通信。
对于通信连接建立和释放过程,LTE系统与UMTS系统类似,具体的通信连接释放过程如图4所示。
基于组的通信方式作为在特定场景下的解决方案,能够有效降低系统信令负荷。在很多应用场景中,MTC通信都会涉及到一组设备,如水表,电表,煤气表等行业应用,一定区域范围内的水、电、煤气表设备可以属于一个MTCuser/MTC server(水、电、煤气公司的管理平台),而无论是从MTC user的角度还是从运营商的角度,基于一个组整体进行管理都是有好处的。比如,当MTC user需要对所拥有的MTC设备发送公共信息或需要寻呼这些设备时,如果通过基于每个MTC设备的方式对其进行寻呼或者通过每个MTC设备的专用信令发送相同的信息内容,就会造成一定程度的资源浪费,而如果能够基于组进行触发或发送相同数据,将会大大减少信令开销,提高资源利用率。从运营商角度,则能够针对一组用户进行基于组的计费等,便于管理。
但是,通信连接的释放都是针对一个终端设备而言的,而在基于组的通信中,组内设备集中完成数据传输后,如果采用每个终端分别释放连接的方式,则会导致的S1/Iu接口信令及空口信令负荷较大,同时通信连接释放的效率也较低。
发明内容
本发明实施例提供一种通信连接释放方法、装置及系统,以减少接口信令和空口信令负荷,提高通信连接释放的效率。
一种通信连接释放方法,包括:
确定组内每个设备均达到通信连接释放条件;
向核心网发送携带组标识的终止数据接收指示,所述终止数据接收指示用于指示所述核心网发起组连接释放过程,释放组内设备的通信连接。
一种通信连接释放方法,包括:
核心网接收监测设备在确定组内每个设备均达到通信连接释放条件时,发送的携带组标识的终止数据接收指示;
核心网发起组连接释放过程,释放组内设备的通信连接。
一种通信连接释放装置,包括:
确定单元,用于确定组内每个设备均达到通信连接释放条件;
发送单元,用于向核心网发送携带组标识的终止数据接收指示,所述终止数据接收指示用于指示所述核心网发起组连接释放过程,释放组内设备的通信连接。
一种通信连接释放装置,包括:
指示接收单元,用于接收监测设备在确定组内每个设备均达到通信连接释放条件时,发送的携带组标识的终止数据接收指示;
连接释放单元,用于发起组连接释放过程,释放组内设备的通信连接。
一种通信连接释放系统,包括:
监测设备,用于确定组内每个设备均达到通信连接释放条件;向核心网发送携带组标识的终止数据接收指示,所述终止数据接收指示用于指示所述核心网发起组连接释放过程,释放组内设备的通信连接;
核心网,用于接收监测设备在确定组内每个设备均达到通信连接释放条件时,发送的携带组标识的终止数据接收指示;发起组连接释放过程,释放组内设备的通信连接。
本发明实施例提供一种通信连接释放方法、装置及系统,在组内每个设备均达到通信连接释放条件时,对该组设备统一进行释放,避免了对每个终端分别进行释放,减少了接口信令和空口信令负荷,提高了通信连接释放的效率。
附图说明
图1为现有技术中UMTS系统网络结构示意图;
图2为现有技术中UMTS系统通信连接释放流程图;
图3为现有技术中LTE系统网络结构示意图;
图4为现有技术中LTE系统通信连接释放流程图;
图5为本发明实施例提供的通信连接释放方法流程图之一;
图6为本发明实施例中对应于实施例一的通信连接释放方法流程图;
图7为本发明实施例中对应于实施例二的通信连接释放方法流程图;
图8为本发明实施例中对应于实施例三的通信连接释放方法流程图;
图9为本发明实施例中对应于实施例四的通信连接释放方法流程图;
图10为本发明实施例提供的通信连接释放方法流程图之二;
图11为本发明实施例提供的通信连接释放装置结构示意图之一;
图12为本发明实施例提供的通信连接释放装置结构示意图之二;
图13为本发明实施例提供的通信连接释放系统结构示意图。
具体实施方式
本发明实施例提供一种通信连接释放方法、装置及系统,在组内每个设备均达到通信连接释放条件时,对该组设备统一进行释放,避免了对每个终端分别进行释放,减少了接口信令和空口信令负荷,提高了通信连接释放的效率。
如图5所示,本发明实施例提供的通信连接释放方法包括:
步骤S501、确定组内每个设备均达到通信连接释放条件;
步骤S502、向核心网发送携带组标识的终止数据接收指示,终止数据接收指示用于指示核心网发起组连接释放过程,释放组内设备的通信连接。
其中,确定组内每个设备均达到通信连接释放条件,具体包括:确定组内每个设备完成数据交互;或者确定预设的定时器超时。
该通信连接释放方法可以由MTC server(MTC服务器)或者MTC user(MTC用户设备)执行,也可以由LTE网络中的eNodeB(eNB,基站)执行,还可以由UMTS网络中的RNC或者NodeB(基站)执行。
在步骤S502中,核心网接收到终止数据接收指示,核心网通过Iu(UMTS)/S1(LTE)接口向RNC(UMTS)/eNB(LTE)发起一条携带组标识(Group ID)的Iu/S1组连接指示触发组连接释放过程,RNC(UMTS)/eNB(LTE)接收到该指示后,释放所有组内设备的Iu/S1相关上下文,并通过组广播的方式通知组内终端进行RRC连接释放,并向核心网反馈Iu/S1组连接释放完成;终端读取到RRC连接释放指示后进行无线资源的释放过程,无需向网络反馈。
需要特别说明的是,对于目前的Iu/S1连接建立过程,需要每个终端都建立独立的Iu/S1承载及上下文,因此通过一条Iu/S1组连接指示触发一组Iu/S1连接的释放过程,需要RNC(UMTS)/eNB(LTE)预先确定Iu/S1承载及上下文和组的对应关系,一种可能的解决方法是在对每个设备进行Iu/S1连接建立时,就通知RNC(UMTS)/eNB(LTE)该连接所属的组标识信息,则当RNC(UMTS)/eNB(LTE)收到携带组标识(Group ID)的Iu/S1组连接释放指示时,就能够释放所有组内设备的Iu/S1相关承载及上下文。
另一个需要指出的是,对于UMTS系统,还涉及到Iub接口承载的释放过程,此时,也可以采用Iub承载组释放的方式。即,通过一条Iub组连接指示触发一组Iub连接的释放过程,同样的,需要NodeB预先确定Iub承载及上下文和组的对应关系,一种可能的解决方法是在对每个设备进行Iub连接建立时(NBAP:无线连接建立过程),就通知NodeB该连接所属的组标识信息,则当NodeB收到携带组标识(Group ID)的Iub组连接释放指示时,就能够释放所有组内设备的Iub相关承载及上下文。
下面通过具体的实施例对各网络中的通信连接释放进行具体说明:
实施例一、
该实施例为在LTE网络中,由MTC server或者MTC user触发组连接释放。
此时,核心网发起组连接释放过程,释放组内设备的通信连接,具体包括:
核心网根据组标识释放组内所有用户的核心网内部承载(即S11接口(MME和Serving GW之间的接口)用户承载),并向基站发送携带组标识的释放指示消息;
基站在接收到释放指示消息后,释放所有组内设备的S1接口承载及上下文,并通知组内终端进行RRC连接释放;
基站向核心网反馈释放完成消息。
其中,为进一步节省信令,减少网络负担,在通知组内终端进行RRC连接释放时,可以通过组广播方式向组内终端发送RRC连接释放指示,通知组内终端进行RRC连接释放;终端接收到RRC连接释放指示后,进行无线资源的释放过程,释放完毕后,无需进行反馈,从而更进一步减少网络负担。
核心网能够根据组标识确定组内用户的承载并进行释放,可以在建立承载时,核心网就确定组标识和承载的对应关系,这样,在需要释放承载时,核心网即可核心网根据组标识以及建立承载时确定的组标识和承载的对应关系,释放组内所有用户的核心网内部承载。
同样的,也可以在建立承载时,基站就确定组标识和承载的对应关系,这样,在需要释放承载时,基站也可以根据组标识以及建立承载及上下文时确定的组标识和承载及上下文的对应关系,释放所有组内设备的S1接口承载及上下文。
具体的,如图6所示,LTE网络中,由MTC server或者MTC user触发组连接释放的释放过程包括:
步骤S601、MTC server或者MTC user确定组内每个设备均达到通信连接释放条件,向核心网中的MTC IWF(Interworking Functionality,互操作实体)实体发送终止数据接收指示,该指示中包含标识组的Group ID(组标识)等信息;
此时,MTC server或者MTC user需要进行组内终端数据上报情况的检测,具体的检测手段可以是:判断组内用户数据释放都已经接收到,或者有部分用户数据未接收到但已超过预设的等待定时器。
步骤S602、MTC IWF向MME(Mobility Management Element,移动管理实体)发送终止数据传输指示,其中包含组标识等信息;该终止数据传输指示可以通过新定义的消息发送,也可以在现有的消息中增加相关的信息,实现终止数据传输指示的发送;
步骤S603、MME向Serving GW(服务网关)发送Release Group AccessBearer Request(释放组连接承载请求),该请求中携带组标识;
步骤S604、Serving GW根据释放组连接承载请求中携带的Group ID,释放组内设备相关的S11接口用户面承载;具体的,可以在Serving GW建立组内用户承载的时候就通过组标识等信息标识出该承载所属的组,当Serving GW收到携带组标识的释放组连接承载请求时,Serving GW即可将标识为属于该组的承载都进行释放;
步骤S605、Serving GW向MME返回Release Group Access Bearer Response(释放组连接承载响应)消息;
步骤S606、MME向eNB发送S1AP消息S1group Context ReleaseCommand(S1组连接释放指令),该消息中携带Group ID,发起组内终端的S1承载及上下文的释放过程。需要特别说明的是,如果在RAN(Radio AccessNetwork,无线接入网)sharing(RAN共享)场景(即多个PLMN(Public LandMobile Network,公共陆地移动网络)共享RAN资源)下,由于可能不同的PLMN下会出现相同的Group ID导致RAN侧无法根据Group ID区分组,此时,S1group Context Release Command消息中需要携带PLMN ID指示Group ID所属的PLMN;
步骤S607、eNB接收到携带Group ID的S1group Context Release Command消息后,释放Group ID所标识的组中所有用户的S1承载及上下文;需要特别说明的是,可以在eNB建立组内用户S1承载及上下文的时候就通过INITIALCONTEXT SETUP REQUEST(初始连接建立请求)消息中携带的如Group ID等信息标识出所建立的承载所属的Group,从而使得收到携带Group ID的S1group Context Release Command消息时,eNB将属于该Group的承载及上下文都进行释放;其中,S1group Context Release Command消息可以是新定义的S1AP消息,也可以是对现有的S1Context Release Command(S1连接释放指令)消息进行修改,增加group ID等相关信息。
步骤S608、eNB向组内终端发送RRC连接释放指示,组内终端接收到该RRC连接释放指示后,若根据RRC连接释放指示中携带的Group ID等信息确定是自己所属组的消息,则进行RRC连接释放,删除存储的上下文及资源配置等信息。从减少空口信令负荷的角度,该RRC连接释放指示可以通过组广播的方式通知组内终端,具体而言,“组广播”方式可以是通过G-RNTI(GroupRadio Network Temporary Identity,组无线网络临时标识)(预先设定的所有具有组特性的终端都需要监听的标识)加扰的PDCCH(Physical Downlink ControlChannel,物理下行控制信道)调度组内终端去读取PDSCH(Physical DownlinkShared Channel,物理下行共享信道)信息中携带的RRC connection Release(RRC连接释放)指示,其中RRC connection Release指示中包含Group ID,当终端解读消息中的Group ID为自己所属的组后,进行RRC连接释放,完成连接释放后无需向网络进行反馈。需要特别说明的是,在RAN sharing场景下,RRC连接释放指示中可以携带PLMN ID指示Group ID所属的PLMN。
步骤S609、eNB向组内终端发送RRC连接释放指示后,同时删除所存储的组内终端的RRC相关上下文信息及相关的配置信息,并通过S1AP消息S1Context Release Complete(S1连接释放完成)向MME通知组内连接释放完成。需要说明的是,其中该消息可以是新定义的S1AP消息,也可以是在目前的S1RELEASE COMPLETE(S1释放完成)消息中增加如Group ID等信息。
实施例二、
在LTE网络中,由eNB触发组连接释放。
此时,核心网发起组连接释放过程,释放组内设备的通信连接,具体包括:
核心网根据组标识释放组内所有用户的核心网内部承载(即S11接口(MME和Serving GW之间的接口)用户承载),并向基站发送携带组标识的释放指示消息;
基站在接收到释放指示消息后,释放所有组内设备的S1接口承载及上下文,并通知组内终端进行RRC连接释放;
基站向核心网反馈释放完成消息。
同样的,为进一步节省信令,减少网络负担,在通知组内终端进行RRC连接释放时,可以通过组广播方式向组内终端发送RRC连接释放指示,通知组内终端进行RRC连接释放;终端接收到RRC连接释放指示后,进行无线资源的释放过程,释放完毕后,无需进行反馈,从而更进一步减少网络负担。
核心网能够根据组标识确定组内用户的承载并进行释放,可以在建立承载时,核心网就确定组标识和承载的对应关系,这样,在需要释放承载时,核心网即可核心网根据组标识以及建立承载时确定的组标识和承载的对应关系,释放组内所有用户的核心网内部承载。
同样的,也可以在建立承载时,基站就确定组标识和承载的对应关系,这样,在需要释放承载时,基站也可以根据组标识以及建立承载及上下文时确定的组标识和承载及上下文的对应关系,释放所有组内设备的S1接口承载及上下文。
具体的,如图7所示,LTE网络中,由eNB触发组连接释放的释放过程包括:
步骤S701、eNB确定组内每个设备均达到通信连接释放条件,向核心网中的MME发送终止数据接收指示,该指示中包含标识组的Group ID(组标识)等信息;
此时,由eNB进行组内终端数据上报情况的检测,具体的检测手段可以是:根据接收到的组内用户上报数和预先从MME获得的组内用户数进行对比,其中eNB需要确定属于组内用户的数据,因此需要组内用户上报数据时携带eNB可见的Group ID,同时可以结合预设的等待定时器等方式;或者eNB进行组内终端的活跃性检测,当发现一段时间内没有组内用户数据上报,则可以判断组内用户数据上报完成。当检测到组内用户数据完成接收后,eNB通过S1AP消息:S1group Context Release Request(S1组连接释放请求)请求MME释放与该组相关的承载及上下文,该消息中需要包含Group ID信息。其中,Iugroup Context Release Request可以是新定义的S1AP消息,也可以是对S1Context Release Request(S1连接释放请求)消息中增加Group ID的信息。
步骤S702-步骤S708与实施例一中步骤S603-步骤S609相同,在此不再重复叙述。
实施例三、
该实施例为在UMTS网络中,由MTC server或者MTC user触发组连接释放。
此时,核心网发起组连接释放过程,释放组内设备的通信连接,具体包括:
核心网根据组标识释放组内所有用户的核心网内部承载(即Gp接口(SGSN和GGSN之间的接口)用户承载),并向无线网络控制器RNC发送携带组标识的释放指示消息;
RNC在接收到释放指示消息后,释放所有组内设备的Iu接口承载及上下文,以及通知组内终端进行RRC连接释放;
RNC向核心网反馈释放完成消息。
如涉及Iub接口的释放过程,则RNC释放所有组内设备的Iu接口承载及上下文后,还包括:
RNC通知基站释放所有组内设备的Iub接口承载及上下文。
其中,为进一步节省信令,减少网络负担,在通知组内终端进行RRC连接释放时,可以通过组广播方式向组内终端发送RRC连接释放指示,通知组内终端进行RRC连接释放;终端接收到RRC连接释放指示后,进行无线资源的释放过程,释放完毕后,无需进行反馈,从而更进一步减少网络负担。
核心网能够根据组标识确定组内用户的承载并进行释放,可以在建立承载时,核心网就确定组标识和承载的对应关系,这样,在需要释放承载时,核心网即可核心网根据组标识以及建立承载时确定的组标识和承载的对应关系,释放组内所有用户的核心网内部承载。
同样的,也可以在建立承载时,RNC就确定组标识和承载的对应关系,这样,在需要释放承载时,RNC也可以根据组标识以及建立承载及上下文时确定的组标识和承载及上下文的对应关系,释放所有组内设备的Iu接口承载及上下文。
具体的,如图8所示,UMTS网络中,由MTC server或者MTC user触发组连接释放的释放过程包括:
步骤S801、MTC server或者MTC user确定组内每个设备均达到通信连接释放条件,向核心网中的MTC IWF实体发送终止数据接收指示,该指示中包含标识组的Group ID(组标识)等信息;
此时,MTC server或者MTC user需要进行组内终端数据上报情况的检测,具体的检测手段可以是:判断组内用户数据释放都已经接收到,或者有部分用户数据未接收到但已超过预设的等待定时器。
步骤S802、MTC IWF向SGSN发送终止数据传输指示,其中包含组标识等信息;该终止数据传输指示可以通过新定义的消息发送,也可以在现有的消息中增加相关的信息,实现终止数据传输指示的发送;
步骤S803、SGSN向GGSN(Gateway GPRS Support Node,网关GPRS支持节点)发送Release Group Access Bearer Request(释放组连接承载请求),该请求中携带组标识;
步骤S804、GGSN根据释放组连接承载请求中携带的Group ID,释放组内设备相关的核心网内部Gp接口用户面承载;具体的,可以在GGSN建立组内用户承载的时候就通过组标识等信息标识出该承载所属的组,当GGSN收到携带组标识的释放组连接承载请求时,GGSN即可将标识为属于该组的承载都进行释放;
步骤S805、GGSN向SGSN返回Release Group Access Bearer Response(释放组连接承载响应)消息;
步骤S806、SGSN向RNC发送RANAP消息Iu group Context ReleaseCommand(Iu组连接释放指令),该消息中携带Group ID,发起组内终端的Iu承载及上下文的释放过程。需要特别说明的是,如果在RANsharing(RAN共享)场景下,由于可能不同的PLMN下会出现相同的Group ID导致RAN侧无法根据Group ID区分组,此时,Iu group Context Release Command消息中需要携带PLMN ID指示Group ID所属的PLMN;
步骤S807、RNC接收到携带Group ID的Iu group Context Release Command消息后,释放Group ID所标识的组中所有用户的Iu承载及上下文;需要特别说明的是,可以在RNC建立组内用户Iu承载及上下文的时候就通过RABASSIGNMENT REQUEST(无线接入承载分配请求,RAB,Radio Access Bearer,无线接入承载)消息中携带的如Group ID等信息标识出所建立的承载所属的Group,从而使得收到携带Group ID的Iu group Context Release Command消息时,RNC将属于该Group的承载及上下文都进行释放;其中,Iu group ContextRelease Command消息可以是新定义的S1AP消息,也可以是对现有的RABASSIGNMENT REQUEST消息进行修改,增加group ID等相关信息。
步骤S808、RNC向组内终端发送RRC连接释放指示,组内终端接收到该RRC连接释放指示后,若根据RRC连接释放指示中携带的Group ID等信息确定是自己所属组的消息,则进行RRC连接释放,删除存储的上下文及资源配置等信息。从减少空口信令负荷的角度,该RRC连接释放指示可以通过组广播的方式通知组内终端,具体而言,“组广播”方式可以是通过G-RNTI(预先设定的所有具有组特性的终端都需要监听的标识)加扰的HS-SCCH(HighSpeed Shared Control Channel,高速共享控制信道)调度组内终端去读取HS-PDSCH(High Speed Physical Downlink Shared Channel,高速物理下行共享信道)信息中携带的RRC connection Release(RRC连接释放)指示,其中RRCconnection Release指示中包含Group ID,当终端解读消息中的Group ID为自己所属的组后,进行RRC连接释放,完成连接释放后无需向网络进行反馈。需要特别说明的是,在RAN sharing场景下,RRC连接释放指示中可以携带PLMN ID指示Group ID所属的PLMN。
步骤S809、RNC向组内终端发送RRC连接释放指示后,RRC删除所存储的组内终端的RRC相关上下文信息及相关的配置信息,并向NodeB发送Iubgroup Context Release Command(Iub组连接释放指令)消息;该Iub GroupContext Release Command消息可以是新定义的NBAP(NodeB Application Part,基站应用部分)消息,也可以是对现有的RADIO LINK SETUP REQUEST(无线链路建立请求)消息进行修改,增加group ID等相关信息元素
步骤S810、NodeB释放组内所有用户的Iub承载及上下文;同样的,可以在NodeB建立组内用户Iub承载及上下文的时候就通过在NBAP过程的RADIO LINK SETUP REQUEST消息(RNC发给NodeB)中携带的如Group ID等信息标识出所建立的承载所属的Group,从而使得收到携带Group ID的Iub组连接释放消息时,RNC将属于该Group的承载及上下文都进行释放。
步骤S811、NodeB向RNC返回Iub Group Context Release Response(Iub组连接释放响应)消息;
步骤S812、RNC通过RANAP消息IuContext Release Complete(Iu连接释放完成)向MME通知组内连接释放完成。需要说明的是,其中该消息可以是新定义的RANAP消息,也可以是在目前的Iu RELEASE COMPLETE(Iu释放完成)消息中增加如Group ID等信息。
实施例四、
该实施例为在UMTS网络中,由RNC或者NodeB触发组连接释放。
此时,核心网发起组连接释放过程,释放组内设备的通信连接,具体包括:
核心网根据组标识释放组内所有用户的核心网内部承载(即Gp接口(SGSN和GGSN之间的接口)用户承载),并向无线网络控制器RNC发送携带组标识的释放指示消息;
RNC在接收到释放指示消息后,释放所有组内设备的Iu接口承载及上下文,以及通知组内终端进行RRC连接释放;
RNC向核心网反馈释放完成消息。
如涉及Iub接口的释放过程,则RNC释放所有组内设备的Iu接口承载及上下文后,还包括:
RNC通知基站释放所有组内设备的Iub接口承载及上下文。
其中,为进一步节省信令,减少网络负担,在通知组内终端进行RRC连接释放时,可以通过组广播方式向组内终端发送RRC连接释放指示,通知组内终端进行RRC连接释放;终端接收到RRC连接释放指示后,进行无线资源的释放过程,释放完毕后,无需进行反馈,从而更进一步减少网络负担。
核心网能够根据组标识确定组内用户的承载并进行释放,可以在建立承载时,核心网就确定组标识和承载的对应关系,这样,在需要释放承载时,核心网即可核心网根据组标识以及建立承载时确定的组标识和承载的对应关系,释放组内所有用户的核心网内部承载。
同样的,也可以在建立承载时,RNC就确定组标识和承载的对应关系,这样,在需要释放承载时,RNC也可以根据组标识以及建立承载及上下文时确定的组标识和承载及上下文的对应关系,释放所有组内设备的Iu接口承载及上下文。
具体的,如图9所示,UMTS网络中,由RNC触发组连接释放的释放过程包括:
步骤S901、RNC确定组内每个设备均达到通信连接释放条件,向核心网中的SGSN发送终止数据接收指示,该指示中包含标识组的Group ID(组标识)等信息;
此时,由RNC进行组内终端数据上报情况的检测,具体的检测手段可以是:根据接收到的组内用户上报数和预先从SGSN获得的组内用户数进行对比,其中RNC需要确定属于组内用户的数据,因此需要组内用户上报数据时携带RNC可见的Group ID,同时可以结合预设的等待定时器等方式;或者RNC进行组内终端的活跃性检测,当发现一段时间内没有组内用户数据上报,则可以判断组内用户数据上报完成。当检测到组内用户数据完成接收后,RNC通过RANAP消息:Iu group Context Release Request(Iu组连接释放请求)请求SGSN释放与该组相关的承载及上下文,该消息中需要包含Group ID信息。其中,Iugroup Context Release Request可以是新定义的RANAP消息,也可以是对IuRelease Request(Iu释放请求)消息中增加Group ID的信息。
同样的,该步骤也可以由NodeB执行。
步骤S902-步骤S911与实施例三中的步骤S803-步骤S812相同,在此不再重复叙述。
本发明实施例还提供一种通信连接释放方法,该方法由核心网执行,如图10所示,该方法包括:
步骤S1001、核心网接收监测设备在确定组内每个设备均达到通信连接释放条件时,发送的携带组标识的终止数据接收指示;
步骤S1002、核心网发起组连接释放过程,释放组内设备的通信连接。
其中,监测设备具体为:
机器类通信MTC服务器;或者
MTC用户设备;或者
无线网络控制器RNC;或者
基站。
对应于实施例一和实施例二,在LTE网络中,核心网发起组连接释放过程,释放组内设备的通信连接,具体包括:
核心网根据组标识释放组内所有用户的核心网内部承载,并向基站发送携带组标识的释放指示消息;
核心网接收基站在释放所有组内设备的S1接口承载及上下文,并通知组内终端进行RRC连接释放后,反馈的释放完成消息;
对应于实施例三和实施例四,在UMTS网络中,核心网发起组连接释放过程,释放组内设备的通信连接,具体包括:
核心网根据组标识释放组内所有用户的核心网内部承载,并向无线网络控制器RNC发送携带组标识的释放指示消息;
核心网接收RNC在释放所有组内设备的Iu接口承载及上下文,以及通知组内终端进行RRC连接释放后,反馈的释放完成消息。
核心网根据组标识释放组内所有用户的核心网内部承载,具体包括:
核心网根据组标识以及建立承载时确定的组标识和承载的对应关系,释放组内所有用户的核心网内部承载。
相应的,本发明实施例还提供一种通信连接释放装置,如图11所示,该装置包括:
确定单元1101,用于确定组内每个设备均达到通信连接释放条件;
发送单元1102,用于向核心网发送携带组标识的终止数据接收指示,终止数据接收指示用于指示核心网发起组连接释放过程,释放组内设备的通信连接。
该装置可以为MTC server、MTC user、eNodeB、RNC或者NodeB。
其中,确定单元具体用于:
确定组内每个设备完成数据交互;或者
确定预设的定时器超时。
对应于实施例二,当该装置为eNodeB时,该装置还包括:
第一释放单元,用于接收核心网根据组标识释放组内所有用户的核心网内部承载后,发送的携带组标识的释放指示消息;释放所有组内设备的S 1接口承载及上下文,并通知组内终端进行RRC连接释放;向核心网反馈释放完成消息。
对应于实施例四,当该装置为RNC时,该装置还包括:
第二释放单元,用于接收核心网根据组标识释放组内所有用户的核心网内部承载后,发送的携带组标识的释放指示消息;释放所有组内设备的Iu接口承载及上下文,以及通知组内终端进行RRC连接释放;向核心网反馈释放完成消息;或者
对应于实施例四,当该装置为NodeB时,该装置还包括:
第三释放单元,用于接收RNC在释放所有组内设备的Iu接口承载及上下文后,发送的通知释放所有组内设备的Iub接口承载及上下文的消息,并释放所有组内设备的Iub接口承载及上下文。
其中,第一释放单元或第二释放单元通知组内终端进行RRC连接释放,具体包括:
通过组广播方式向组内终端发送RRC连接释放指示,通知组内终端进行RRC连接释放。
第一释放单元释放所有组内设备的S1接口承载及上下文,具体包括:
根据组标识以及建立承载及上下文时确定的组标识和承载及上下文的对应关系,释放所有组内设备的S1接口承载及上下文;
第二释放单元释放所有组内设备的Iu接口承载及上下文,具体包括:
根据组标识以及建立承载及上下文时确定的组标识和承载及上下文的对应关系,释放所有组内设备的Iu接口承载及上下文。
本发明实施例还提供一种通信连接释放装置,该装置可以具体为核心网,如图12所示,该装置包括:
指示接收单元1201,用于接收监测设备在确定组内每个设备均达到通信连接释放条件时,发送的携带组标识的终止数据接收指示;
连接释放单元1202,用于发起组连接释放过程,释放组内设备的通信连接。
其中,对应于实施例一和实施例二,连接释放单元1202具体用于:
根据组标识释放组内所有用户的核心网内部承载,并向基站发送携带组标识的释放指示消息;接收基站在释放所有组内设备的S1接口承载及上下文,并通知组内终端进行RRC连接释放后,反馈的释放完成消息;或者
对应于实施例三和实施例四,连接释放单元1202具体用于:
根据组标识释放组内所有用户的核心网内部承载,并向无线网络控制器RNC发送携带组标识的释放指示消息;接收RNC在释放所有组内设备的Iu接口承载及上下文,并通知组内终端进行RRC连接释放后,反馈的释放完成消息。
连接释放单元1202根据组标识释放组内所有用户的核心网内部承载,具体包括:
核心网根据组标识以及建立承载时确定的组标识和承载的对应关系,释放组内所有用户的核心网内部承载。
本发明实施例还提供一种通信连接释放系统,如图13所示,包括:
监测设备1301,用于确定组内每个设备均达到通信连接释放条件;向核心网发送携带组标识的终止数据接收指示,终止数据接收指示用于指示核心网发起组连接释放过程,释放组内设备的通信连接;
核心网1302,用于接收监测设备在确定组内每个设备均达到通信连接释放条件时,发送的携带组标识的终止数据接收指示;发起组连接释放过程,释放组内设备的通信连接。
对应于实施例二,当监测设备1301是LTE网络中的基站时,监测设备1301还用于:
接收核心网根据组标识释放组内所有用户的核心网内部承载后,发送的携带组标识的释放指示消息;释放所有组内设备的S1接口承载及上下文,并通知组内终端进行RRC连接释放;向核心网反馈释放完成消息;
对应于实施例四,当监测设备1301是RNC时,监测设备1301还用于:
接收核心网根据组标识释放组内所有用户的核心网内部承载后,发送的携带组标识的释放指示消息;释放所有组内设备的Iu接口承载及上下文,以及通知组内终端进行RRC连接释放;向核心网反馈释放完成消息;
对应于实施例四,当监测设备1301是UMTS网络中的基站时,监测设备1301还用于:
接收RNC在释放所有组内设备的Iu接口承载及上下文后,发送的通知释放所有组内设备的Iub接口承载及上下文的消息,并释放所有组内设备的Iub接口承载及上下文;
对应于实施例一,当监测设备1301是MTC服务器或MTC用户设备时,系统中还包括:
基站,用于接收核心网根据组标识释放组内所有用户的核心网内部承载后,发送的携带组标识的释放指示消息;释放所有组内设备的S1接口承载及上下文,并通知组内终端进行RRC连接释放;向核心网反馈释放完成消息;
对应于实施例三,当监测设备1301是MTC服务器或MTC用户设备时,系统中还包括:
RNC,用于接收核心网根据组标识释放组内所有用户的核心网内部承载后,发送的携带组标识的释放指示消息;释放所有组内设备的Iu接口承载及上下文,以及通知组内终端进行RRC连接释放;向核心网反馈释放完成消息;
此时,核心网1302发起组连接释放过程,释放组内设备的通信连接,具体包括:
根据组标识释放组内所有用户的核心网内部承载,并向基站发送携带组标识的释放指示消息;接收基站在释放所有组内设备的S1接口承载及上下文,并通知组内终端进行RRC连接释放后,反馈的释放完成消息;或者
根据组标识释放组内所有用户的核心网内部承载,并向无线网络控制器RNC发送携带组标识的释放指示消息;接收RNC在释放所有组内设备的Iu接口承载及上下文,并通知组内终端进行RRC连接释放后,反馈的释放完成消息。
本发明实施例提供一种通信连接释放方法、装置及系统,在组内每个设备均达到通信连接释放条件时,对该组设备统一进行释放,避免了对每个终端分别进行释放,减少了接口信令和空口信令负荷,提高了通信连接释放的效率。
本领域内的技术人员应明白,本发明的实施例可提供为方法、系统、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (20)
1.一种通信连接释放方法,其特征在于,包括:
确定组内每个设备均达到通信连接释放条件;
向核心网发送携带组标识的终止数据接收指示,所述终止数据接收指示用于指示所述核心网发起组连接释放过程,释放组内设备的通信连接。
2.如权利要求1所述的方法,其特征在于,所述确定组内每个设备均达到通信连接释放条件,具体包括:
确定组内每个设备完成数据交互;或者
确定预设的定时器超时。
3.如权利要求1所述的方法,其特征在于,在长期演进LTE网络中,所述核心网发起组连接释放过程,释放组内设备的通信连接,具体包括:
所述核心网根据所述组标识释放组内所有用户的核心网内部承载,并向基站发送携带组标识的释放指示消息;
所述基站在接收到所述释放指示消息后,释放所有组内设备的S1接口承载及上下文,并通知组内终端进行无线资源连接RRC连接释放;
所述基站向所述核心网反馈释放完成消息;
在通用移动通信系统UMTS网络中,所述核心网发起组连接释放过程,释放组内设备的通信连接,具体包括:
所述核心网根据所述组标识释放组内所有用户的核心网内部承载,并向无线网络控制器RNC发送携带组标识的释放指示消息;
所述RNC在接收到所述释放指示消息后,释放所有组内设备的Iu接口承载及上下文,以及通知组内终端进行RRC连接释放;
所述RNC向所述核心网反馈释放完成消息。
4.如权利要求3所述的方法,其特征在于,所述RNC释放所有组内设备的Iu接口承载及上下文后,还包括:
所述RNC通知基站释放所有组内设备的Iub接口承载及上下文。
5.如权利要求3所述的方法,其特征在于,所述通知组内终端进行RRC连接释放,具体包括:
通过组广播方式向组内终端发送RRC连接释放指示,通知组内终端进行RRC连接释放;
所述终端接收到所述RRC连接释放指示后,进行无线资源的释放过程。
6.如权利要求3所述的方法,其特征在于,所述核心网根据所述组标识释放组内所有用户的核心网内部承载,具体包括:
所述核心网根据所述组标识以及建立承载时确定的组标识和承载的对应关系,释放组内所有用户的核心网内部承载;
所述基站释放所有组内设备的S1接口承载及上下文,具体包括:
所述基站根据所述组标识以及建立承载及上下文时确定的组标识和承载及上下文的对应关系,释放所有组内设备的S1接口承载及上下文;
所述RNC释放所有组内设备的Iu接口承载及上下文,具体包括:
所述RNC根据所述组标识以及建立承载及上下文时确定的组标识和承载及上下文的对应关系,释放所有组内设备的Iu接口承载及上下文。
7.一种通信连接释放方法,其特征在于,包括:
核心网接收监测设备在确定组内每个设备均达到通信连接释放条件时,发送的携带组标识的终止数据接收指示;
核心网发起组连接释放过程,释放组内设备的通信连接。
8.如权利要求7所述的方法,其特征在于,所述监测设备具体为:
机器类通信MTC服务器;或者
MTC用户设备;或者
无线网络控制器RNC;或者
基站。
9.如权利要求7所述的方法,其特征在于,在LTE网络中,所述核心网发起组连接释放过程,释放组内设备的通信连接,具体包括:
所述核心网根据所述组标识释放组内所有用户的核心网内部承载,并向基站发送携带组标识的释放指示消息;
所述核心网接收所述基站在释放所有组内设备的S1接口承载及上下文,并通知组内终端进行无线资源连接RRC连接释放后,反馈的释放完成消息;
在UMTS网络中,所述核心网发起组连接释放过程,释放组内设备的通信连接,具体包括:
所述核心网根据所述组标识释放组内所有用户的核心网内部承载,并向无线网络控制器RNC发送携带组标识的释放指示消息;
所述核心网接收所述RNC在释放所有组内设备的Iu接口承载及上下文,以及通知组内终端进行RRC连接释放后,反馈的释放完成消息。
10.如权利要求9所述的方法,其特征在于,所述核心网根据所述组标识释放组内所有用户的核心网内部承载,具体包括:
所述核心网根据所述组标识以及建立承载时确定的组标识和承载的对应关系,释放组内所有用户的核心网内部承载。
11.一种通信连接释放装置,其特征在于,包括:
确定单元,用于确定组内每个设备均达到通信连接释放条件;
发送单元,用于向核心网发送携带组标识的终止数据接收指示,所述终止数据接收指示用于指示所述核心网发起组连接释放过程,释放组内设备的通信连接。
12.如权利要求11所述的装置,其特征在于,所述确定单元具体用于:
确定组内每个设备完成数据交互;或者
确定预设的定时器超时。
13.如权利要求11所述的装置,其特征在于,还包括:
第一释放单元,用于接收所述核心网根据所述组标识释放组内所有用户的核心网内部承载后,发送的携带组标识的释放指示消息;释放所有组内设备的S1接口承载及上下文,并通知组内终端进行无线资源连接RRC连接释放;向所述核心网反馈释放完成消息;或者
第二释放单元,用于接收所述核心网根据所述组标识释放组内所有用户的核心网内部承载后,发送的携带组标识的释放指示消息;释放所有组内设备的Iu接口承载及上下文,以及通知组内终端进行RRC连接释放;向所述核心网反馈释放完成消息;或者
第三释放单元,用于接收RNC在释放所有组内设备的Iu接口承载及上下文后,发送的通知释放所有组内设备的Iub接口承载及上下文的消息,并释放所有组内设备的Iub接口承载及上下文。
14.如权利要求13所述的装置,其特征在于,所述第一释放单元或所述第二释放单元通知组内终端进行RRC连接释放,具体包括:
通过组广播方式向组内终端发送RRC连接释放指示,通知组内终端进行RRC连接释放。
15.如权利要求13所述的装置,其特征在于,所述第一释放单元释放所有组内设备的S1接口承载及上下文,具体包括:
根据所述组标识以及建立承载及上下文时确定的组标识和承载及上下文的对应关系,释放所有组内设备的S1接口承载及上下文;
所述第二释放单元释放所有组内设备的Iu接口承载及上下文,具体包括:
根据所述组标识以及建立承载及上下文时确定的组标识和承载及上下文的对应关系,释放所有组内设备的Iu接口承载及上下文。
16.一种通信连接释放装置,其特征在于,包括:
指示接收单元,用于接收监测设备在确定组内每个设备均达到通信连接释放条件时,发送的携带组标识的终止数据接收指示;
连接释放单元,用于发起组连接释放过程,释放组内设备的通信连接。
17.如权利要求16所述的装置,其特征在于,所述连接释放单元具体用于:
根据所述组标识释放组内所有用户的核心网内部承载,并向基站发送携带组标识的释放指示消息;接收所述基站在释放所有组内设备的S1接口承载及上下文,并通知组内终端进行无线资源连接RRC连接释放后,反馈的释放完成消息;或者
所述连接释放单元具体用于:
根据所述组标识释放组内所有用户的核心网内部承载,并向无线网络控制器RNC发送携带组标识的释放指示消息;接收所述RNC在释放所有组内设备的Iu接口承载及上下文,并通知组内终端进行RRC连接释放后,反馈的释放完成消息。
18.如权利要求17所述的装置,其特征在于,所述连接释放单元根据所述组标识释放组内所有用户的核心网内部承载,具体包括:
所述核心网根据所述组标识以及建立承载时确定的组标识和承载的对应关系,释放组内所有用户的核心网内部承载。
19.一种通信连接释放系统,其特征在于,包括:
监测设备,用于确定组内每个设备均达到通信连接释放条件;向核心网发送携带组标识的终止数据接收指示,所述终止数据接收指示用于指示所述核心网发起组连接释放过程,释放组内设备的通信连接;
核心网,用于接收监测设备在确定组内每个设备均达到通信连接释放条件时,发送的携带组标识的终止数据接收指示;发起组连接释放过程,释放组内设备的通信连接。
20.如权利要求19所述的系统,其特征在于,所述监测设备是LTE网络中的基站时,所述监测设备还用于:
接收所述核心网根据所述组标识释放组内所有用户的核心网内部承载后,发送的携带组标识的释放指示消息;释放所有组内设备的S1接口承载及上下文,并通知组内终端进行无线资源连接RRC连接释放;向所述核心网反馈释放完成消息;
所述监测设备是RNC时,所述监测设备还用于:
接收所述核心网根据所述组标识释放组内所有用户的核心网内部承载后,发送的携带组标识的释放指示消息;释放所有组内设备的Iu接口承载及上下文,以及通知组内终端进行RRC连接释放;向所述核心网反馈释放完成消息;
所述监测设备是UMTS网络中的基站时,所述监测设备还用于:
接收RNC在释放所有组内设备的Iu接口承载及上下文后,发送的通知释放所有组内设备的Iub接口承载及上下文的消息,并释放所有组内设备的Iub接口承载及上下文;
所述监测设备是MTC服务器或MTC用户设备时,所述系统中还包括:
基站,用于接收所述核心网根据所述组标识释放组内所有用户的核心网内部承载后,发送的携带组标识的释放指示消息;释放所有组内设备的S1接口承载及上下文,并通知组内终端进行RRC连接释放;向所述核心网反馈释放完成消息;或者
RNC,用于接收所述核心网根据所述组标识释放组内所有用户的核心网内部承载后,发送的携带组标识的释放指示消息;释放所有组内设备的Iu接口承载及上下文,以及通知组内终端进行RRC连接释放;向所述核心网反馈释放完成消息;
所述核心网发起组连接释放过程,释放组内设备的通信连接,具体包括:
根据所述组标识释放组内所有用户的核心网内部承载,并向基站发送携带组标识的释放指示消息;接收所述基站在释放所有组内设备的S1接口承载及上下文,并通知组内终端进行RRC连接释放后,反馈的释放完成消息;或者
根据所述组标识释放组内所有用户的核心网内部承载,并向无线网络控制器RNC发送携带组标识的释放指示消息;接收所述RNC在释放所有组内设备的Iu接口承载及上下文,并通知组内终端进行RRC连接释放后,反馈的释放完成消息。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210312494.8A CN103634933A (zh) | 2012-08-29 | 2012-08-29 | 一种通信连接释放方法、装置及系统 |
PCT/CN2013/078345 WO2014032469A1 (zh) | 2012-08-29 | 2013-06-28 | 一种通信连接释放方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210312494.8A CN103634933A (zh) | 2012-08-29 | 2012-08-29 | 一种通信连接释放方法、装置及系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103634933A true CN103634933A (zh) | 2014-03-12 |
Family
ID=50182454
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210312494.8A Pending CN103634933A (zh) | 2012-08-29 | 2012-08-29 | 一种通信连接释放方法、装置及系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN103634933A (zh) |
WO (1) | WO2014032469A1 (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104955171A (zh) * | 2014-03-26 | 2015-09-30 | 中兴通讯股份有限公司 | 移动通信网络连接创建的控制方法及装置 |
CN105025464A (zh) * | 2014-04-15 | 2015-11-04 | 中国移动通信集团公司 | 一种数据传输方法和设备 |
CN105025589A (zh) * | 2014-04-15 | 2015-11-04 | 中国移动通信集团公司 | 终端设备数据传输管理方法、装置、系统及相关设备 |
CN105025463A (zh) * | 2014-04-15 | 2015-11-04 | 中国移动通信集团公司 | 一种数据传输方法和设备 |
CN108617035A (zh) * | 2017-01-24 | 2018-10-02 | 展讯通信(上海)有限公司 | 基站及其释放终端的方法 |
CN115550467A (zh) * | 2022-08-31 | 2022-12-30 | 上海金铎禹辰水环境工程有限公司 | 远程终端连接方法、装置、设备及存储介质 |
Family Cites Families (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101405685B1 (ko) * | 2009-12-22 | 2014-06-10 | 인터디지탈 패튼 홀딩스, 인크 | 그룹 기반의 머신-투-머신 통신 |
CN102595327A (zh) * | 2011-01-12 | 2012-07-18 | 中兴通讯股份有限公司 | 一种mbms触发方法及系统 |
CN102612013A (zh) * | 2011-01-20 | 2012-07-25 | 华为终端有限公司 | 基于组的机器类型通信mtc设备的位置管理方法和设备 |
-
2012
- 2012-08-29 CN CN201210312494.8A patent/CN103634933A/zh active Pending
-
2013
- 2013-06-28 WO PCT/CN2013/078345 patent/WO2014032469A1/zh active Application Filing
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN104955171A (zh) * | 2014-03-26 | 2015-09-30 | 中兴通讯股份有限公司 | 移动通信网络连接创建的控制方法及装置 |
CN105025464A (zh) * | 2014-04-15 | 2015-11-04 | 中国移动通信集团公司 | 一种数据传输方法和设备 |
CN105025589A (zh) * | 2014-04-15 | 2015-11-04 | 中国移动通信集团公司 | 终端设备数据传输管理方法、装置、系统及相关设备 |
CN105025463A (zh) * | 2014-04-15 | 2015-11-04 | 中国移动通信集团公司 | 一种数据传输方法和设备 |
CN108617035A (zh) * | 2017-01-24 | 2018-10-02 | 展讯通信(上海)有限公司 | 基站及其释放终端的方法 |
CN115550467A (zh) * | 2022-08-31 | 2022-12-30 | 上海金铎禹辰水环境工程有限公司 | 远程终端连接方法、装置、设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
WO2014032469A1 (zh) | 2014-03-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11317329B2 (en) | Method and apparatus for providing services of network to terminal by using slice | |
EP3488626B1 (en) | Method and apparatus for providing services of network to terminal by using slice | |
CN108141719B (zh) | 优化的短消息传输 | |
CN102111847B (zh) | 一种接入控制的方法及装置 | |
WO2020066890A1 (en) | Network data analytics function, access and mobility function, and control method for ue analytics assistance for network automation and optimisation | |
CN103188742B (zh) | 通信切换方法、用户设备与基站 | |
CN103428853B (zh) | 一种寻呼方法和设备 | |
CN102271367A (zh) | 一种小数据的传输方法和设备 | |
KR20110093582A (ko) | 이동통신 시스템에서의 다운링크 mtc 데이터 전송 방법 | |
EP3863314A1 (en) | Method and apparatus for determining security protection mode | |
CN103634933A (zh) | 一种通信连接释放方法、装置及系统 | |
CN102387495A (zh) | 一种机器类通信设备的数据传输处理方法及设备 | |
CN102457825A (zh) | 一种数据的传输方法和设备 | |
CN103945503A (zh) | 一种网络侧、终端寻呼的方法及装置 | |
CN102215458A (zh) | 基于长期演进技术的数字集群通信系统以及基站和终端 | |
CN105142193A (zh) | 一种小区重选及其控制方法及装置 | |
KR102074110B1 (ko) | 공통 프로세스 구현 방법, 장치 및 시스템 | |
KR20140042785A (ko) | 무선통신 시스템에서 멀티캐스트 데이터를 수신하는 방법 및 이를 위한 m2m 기기 | |
CN107852669A (zh) | 利用nfv的mtc服务管理 | |
CN104105219A (zh) | 一种数据传输方法及装置 | |
CN102404821A (zh) | 一种mtc终端接入控制方法及装置 | |
CN108781402A (zh) | 专用核心网迁移处理方法、设备和系统 | |
EP3592043A1 (en) | Method and apparatus for configuring power consumption parameter | |
CN104540107A (zh) | Mtc终端群组的管理方法、管理系统和网络侧设备 | |
CN103428668A (zh) | 一种跟踪区更新方法及装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20140312 |
|
RJ01 | Rejection of invention patent application after publication |