CN102802272B - 一种默认承载管理方法和系统 - Google Patents
一种默认承载管理方法和系统 Download PDFInfo
- Publication number
- CN102802272B CN102802272B CN201110135248.5A CN201110135248A CN102802272B CN 102802272 B CN102802272 B CN 102802272B CN 201110135248 A CN201110135248 A CN 201110135248A CN 102802272 B CN102802272 B CN 102802272B
- Authority
- CN
- China
- Prior art keywords
- default bearer
- mtc terminal
- default
- packet data
- data network
- 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.)
- Active
Links
- 238000007726 management method Methods 0.000 title claims abstract description 26
- 238000004891 communication Methods 0.000 claims description 18
- 238000000034 method Methods 0.000 claims description 13
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000012217 deletion Methods 0.000 claims 1
- 230000037430 deletion Effects 0.000 claims 1
- 238000010295 mobile communication Methods 0.000 description 3
- 230000009849 deactivation Effects 0.000 description 2
- 230000007774 longterm Effects 0.000 description 1
Classifications
-
- 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/20—Manipulation of established connections
- H04W76/28—Discontinuous transmission [DTX]; Discontinuous reception [DRX]
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
本发明公开了一种默认承载管理方法,对于需要连接到分组数据网的MTC终端建立默认承载,对于不需要连接到分组数据网的MTC终端不建立默认承载,另外,如果已建立的默认承载长时间不活动,则主动删除该默认承载。本发明还相应地公开了一种默认承载管理系统,一般的,分组数据网由接入点名(APN)表示。本发明仅对需要连接到分组数据网的MTC终端建立默认承载,所以不会出现大量MTC终端建立的默认承载在大部分时间内处于非激活状态的情况,从而能够提高MTC业务的效率。
Description
技术领域
本发明涉及机器类通信(Machine Type Communication,MTC)领域,尤其涉及一种默认承载管理方法和系统。
背景技术
MTC是机器到机器(M2M,machine to machine)业务通过3GPP(the thirdgeneration mobile communication partner plan)移动通信网络进行通信的新的通信类型,有别于采用移动通信网络进行通信的传统的人与人的通信,具有终端数量大等特点。
在目前的长期演进系统(LTE,long Term Evolution)中,用户设备(UE,UserEquipment)通过建立默认承载来达到实时在线的功能,但是,如果MTC业务参考基于LTE系统的默认承载管理方法,则由于MTC业务涉及大量MTC终端,大量的MTC终端建立的默认承载在大部分时间内处于非激活的状态,会导致MTC业务效率降低。
发明内容
有鉴于此,本发明的主要目的在于提供一种默认承载管理方法和系统,能够提高MTC业务的效率。
为达到上述目的,本发明的技术方案是这样实现的:
一种默认承载管理方法,包括:
机器类通信MTC终端进行附着或跟踪区更新TAU时,网络侧判定所述MTC终端需要连接到分组数据网,则建立相应的默认承载。
所述网络侧判定MTC终端需要连接到分组数据网为:判定相应的附着请求或TAU请求中包括已加密传输选项。
所述分组数据网由接入点名APN表示。
所述网络侧建立相应的默认承载为:网络侧使用向MTC终端主动请求的APN或者使用签约默认APN建立默认承载。
该方法还包括:已建立的默认承载在设定时间内不活动,则网络侧主动删除所述默认承载。
一种默认承载管理系统,包括MTC终端通信模块、判断模块和默认承载建立模块;其中,
所述MTC终端通信模块,用于负责与MTC终端进行通信;
所述判断模块,用于在MTC终端进行附着或TAU时,判断所述MTC终端是否需要连接到分组数据网;
所述默认承载建立模块,用于在判断模块判定MTC终端需要连接到分组数据网时,建立相应的默认承载。
所述判断模块判断MTC终端是否需要连接到分组数据网为:判断MTC终端通信模块收到的相应的附着请求或TAU请求中是否包括已加密传输选项。
所述分组数据网由APN表示。
所述默认承载建立模块建立相应的默认承载为:默认承载建立模块使用向MTC终端主动请求的APN或者使用签约默认APN建立默认承载。
该系统还包括默认承载删除模块,用于在已建立的默认承载在设定时间内不活动时,主动删除所述默认承载。
本发明提出的默认承载管理方法和系统,对于需要连接到分组数据网的MTC终端建立默认承载,对于不需要连接到分组数据网的MTC终端不建立默认承载,另外,如果已建立的默认承载长时间不活动,则分组数据网络网关(P-GW)主动删除该默认承载,分组数据网一般由接入点名(APN)表示。本发明仅对需要连接到分组数据网的MTC终端建立默认承载,所以不会出现大量MTC终端建立的默认承载在大部分时间内处于非激活状态的情况,从而能够提高MTC业务的效率。
附图说明
图1为本发明实施例1默认承载管理方法流程示意图;
图2为本发明实施例2默认承载管理方法流程示意图;
图3为本发明实施例3默认承载管理方法流程示意图。
具体实施方式
LTE系统引入默认承载的主要目的是提供低时延,这对于具有时延容忍(delaytolerant)的MTC终端而言并不是必要的,因此对于具有delay tolerant的MTC终端,可以对默认承载进行优化,本发明即提出一种优化的默认承载管理方法,包括:MTC终端进行附着(Attach)或跟踪区更新(tracking area update,TAU)时,网络侧判定所述MTC终端需要连接到分组数据网,则建立相应的默认承载;网络侧判定所述MTC终端不需要连接到分组数据网,则不建立默认承载,分组数据网一般由APN表示。
优选的,网络侧判断MTC终端是否需要连接到分组数据网为:判断相应的附着(Attach)请求或TAU请求中是否包括已加密传输选项。
优选的,如果已建立的默认承载在设定时间内不活动,则网络侧可以主动删除所述默认承载,具体的,由网络侧的P-GW删除默认承载。
需要说明的是,MTC终端也可称为MTC设备(MTC Device)。
本发明还相应地提出一种默认承载管理系统,包括MTC终端通信模块、判断模块和默认承载建立模块;其中,
所述MTC终端通信模块,用于负责与MTC终端进行通信;
所述判断模块,用于在MTC终端进行附着或TAU时,判断所述MTC终端是否需要连接到分组数据网(由接入点名APN表示);
所述默认承载建立模块,用于在判断模块判定MTC终端需要连接到分组数据网(由接入点名APN表示)时,建立相应的默认承载。
所述判断模块判断MTC终端是否需要连接到分组数据网为:判断MTC终端通信模块收到的相应的附着请求或TAU请求中是否包括已加密传输选项。
需要说明的是,分组数据网一般由APN表示。
所述默认承载建立模块建立相应的默认承载为:默认承载建立模块使用向MTC终端主动请求的APN或者使用签约默认APN建立默认承载。
该系统还包括默认承载删除模块,用于在已建立的默认承载在设定时间内不活动时,主动删除所述默认承载。
下面结合具体实施例对本发明的技术方案作进一步详细描述。
实施例1
本实施例中,MTC Device在进行附着时不需要连接到分组数据网(由接入点名APN表示),所以不建立相应的默认承载。图1为本发明实施例1默认承载管理方法流程示意图,如图1所示,该方法包括:
步骤101:MTC Device向新MME(mobility management entity,移动管理实体)发送Attach请求,该Attach请求中包括Delay tolerant标识,且未带有已加密传输选项。
步骤102:新MME向旧MME发起标识鉴定流程,标识鉴定成功,转到步骤104;否则,转到步骤103。
步骤103:新MME向MTC Device请求标识。
步骤104:新MME和HSS(Home Subscription server,HSS)进行鉴权认证。
步骤105:新MME清除旧S-GW(serving gateway,服务网关)、P-GW(PDN gateway,分组数据网络网关)、PCRF(Policy and charge Rule function,策略和计费规则功能)内有关该MTC Device的旧EPS(evolved packet system,演进分组系统)承载上下文、IP-CAN(IP-connectivity access network,IP连接接入网)会话。
步骤106:新MME向HSS进行位置更新。
步骤107:新MME向MTC Device发送附着接受(Attach accept)消息。
步骤108:MTC Device向新MME发送附着完成(Attach complete)消息。
实施例2
本实施例中,MTC Device在进行附着时需要连接到分组数据网(由接入点名APN表示),并且,建立默认承载后,P-GW发现该MTC Device长时间没有数据传输时,可以将默认承载去活,图2为本发明实施例2默认承载管理方法流程示意图,如图2所示,该方法包括:
步骤201:MTC Device向新MME发送Attach请求,该Attach请求中包括Delaytolerant标识,还包括已加密传输选项。
步骤202:新MME向旧MME发送标识鉴定流程,标识鉴定成功,转到步骤104;否则,转到步骤103。
步骤203:新MME向MTC Device请求标识。
步骤204:新MME和HSS进行鉴权认证。
步骤205:新MME清除旧S-GW、P-GW、PCRF内有关该MTC Device的旧EPS承载上下文、IP-CAN会话。
步骤206:MME向MTC Device主动请求APN或者MME使用签约默认APN。
步骤207:新MME向HSS进行位置更新。
步骤208:新MME向S-GW发起会话建立过程,S-GW向P-GW发起会话建立过程,P-GW向PCRF发起IP-CAN会话过程,并且,P-GW在会话建立成功后,为该MTC Device启动默认承载保活定时器。
步骤209:新MME向MTC Device发送Attach accept消息。
步骤210:MTC Device向新MME发送Attach complete消息。
步骤211:保活定时器到期时,P-GW发起去活默认承载过程。
实施例3
本实施例描述MTC Device的TAU过程,MTC Device在TAU过程中不需要连接到分组数据网(由接入点名APN表示),所以不建立相应的默认承载。图3为本发明实施例3默认承载管理方法流程示意图,如图3所示,该方法包括:
步骤301:MTC Device向新MME发送TAU请求,TAU请求中包括Delay tolerant标识。
步骤302:新MME向旧MME发送标识鉴定流程,标识鉴定成功,转到步骤304;否则,转到步骤303。
步骤303:新MME向MTC Device请求标识。
步骤304:新MME和HSS进行鉴权认证。
步骤305:新MME清除旧S-GW、P-GW、PCRF内有关该MTC Device的旧EPS承载上下文、IP-CAN会话。
步骤306:新MME向HSS进行位置更新。
步骤307:新MME向MTC Device发送跟踪区更新接受(TAU accept)消息。
步骤308:MTC Device向新MME发送跟踪区更新完成(TAU complete)消息。
当然,本发明还可有多种实施方式,在不背离本发明精神及其实质的情况,熟悉本领域的技术人员当可根据本发明作出各种相应的更改或变化,但凡在本发明的精神和原则之内所作的任何修改、等同替换、改进,均应包含在本发明所附的权利要求的保护范围之内。
Claims (8)
1.一种默认承载管理方法,其特征在于,该方法包括:
机器类通信MTC终端进行附着或跟踪区更新TAU时,网络侧判定所述MTC终端需要连接到分组数据网,则建立相应的默认承载;
其中,所述网络侧判定MTC终端需要连接到分组数据网为:判定相应的附着请求或TAU请求中包括已加密传输选项。
2.根据权利要求1所述的默认承载管理方法,其特征在于,所述分组数据网由接入点名APN表示。
3.根据权利要求2所述的默认承载管理方法,其特征在于,所述网络侧建立相应的默认承载为:网络侧使用向MTC终端主动请求的APN或者使用签约默认APN建立默认承载。
4.根据权利要求1至3任一项所述的默认承载管理方法,其特征在于,该方法还包括:已建立的默认承载在设定时间内不活动,则网络侧主动删除所述默认承载。
5.一种默认承载管理系统,其特征在于,该系统包括MTC终端通信模块、判断模块和默认承载建立模块;其中,
所述MTC终端通信模块,用于负责与MTC终端进行通信;
所述判断模块,用于在MTC终端进行附着或TAU时,判断所述MTC终端是否需要连接到分组数据网;
所述默认承载建立模块,用于在判断模块判定MTC终端需要连接到分组数据网时,建立相应的默认承载;
其中,所述判断模块判断MTC终端是否需要连接到分组数据网为:判断MTC终端通信模块收到的相应的附着请求或TAU请求中是否包括已加密传输选项。
6.根据权利要求5所述的默认承载管理系统,其特征在于,所述分组数据网由APN表示。
7.根据权利要求6所述的默认承载管理系统,其特征在于,所述默认承载建立模块建立相应的默认承载为:默认承载建立模块使用向MTC终端主动请求的APN或者使用签约默认APN建立默认承载。
8.根据权利要求5至7任一项所述的默认承载管理系统,其特征在于,该系统还包括默认承载删除模块,用于在已建立的默认承载在设定时间内不活动时,主动删除所述默认承载。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110135248.5A CN102802272B (zh) | 2011-05-24 | 2011-05-24 | 一种默认承载管理方法和系统 |
PCT/CN2012/074316 WO2012159516A1 (zh) | 2011-05-24 | 2012-04-18 | 一种默认承载管理方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110135248.5A CN102802272B (zh) | 2011-05-24 | 2011-05-24 | 一种默认承载管理方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102802272A CN102802272A (zh) | 2012-11-28 |
CN102802272B true CN102802272B (zh) | 2017-12-01 |
Family
ID=47201208
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110135248.5A Active CN102802272B (zh) | 2011-05-24 | 2011-05-24 | 一种默认承载管理方法和系统 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN102802272B (zh) |
WO (1) | WO2012159516A1 (zh) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN111586810B (zh) * | 2016-12-13 | 2021-11-09 | 维沃移动通信有限公司 | 一种网络侧通知区域的更新方法、相关设备和系统 |
KR20200074165A (ko) | 2017-11-17 | 2020-06-24 | 텔레호낙티에볼라게트 엘엠 에릭슨(피유비엘) | Ue 비활성과 관련된 방법들, 장치 및 시스템들 |
CN108495298B (zh) * | 2018-03-12 | 2021-03-30 | 北京佰才邦技术有限公司 | 移动终端在中立主机网络间移动时ip地址更新方法及装置、计算机可读存储介质 |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101459907A (zh) * | 2008-03-26 | 2009-06-17 | 中兴通讯股份有限公司 | 一种指示服务网关承载管理的方法 |
CN101567900A (zh) * | 2008-04-25 | 2009-10-28 | 华为技术有限公司 | 数据连接的建立方法和系统 |
CN102045691A (zh) * | 2009-10-10 | 2011-05-04 | 中兴通讯股份有限公司 | 获取物联网设备组别标识的方法及装置 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080320149A1 (en) * | 2007-06-25 | 2008-12-25 | Stefano Faccin | Service request device wireless access detach and bearer deactivation methods withou loss of internet protocol connectivity |
-
2011
- 2011-05-24 CN CN201110135248.5A patent/CN102802272B/zh active Active
-
2012
- 2012-04-18 WO PCT/CN2012/074316 patent/WO2012159516A1/zh active Application Filing
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101459907A (zh) * | 2008-03-26 | 2009-06-17 | 中兴通讯股份有限公司 | 一种指示服务网关承载管理的方法 |
CN101567900A (zh) * | 2008-04-25 | 2009-10-28 | 华为技术有限公司 | 数据连接的建立方法和系统 |
CN102045691A (zh) * | 2009-10-10 | 2011-05-04 | 中兴通讯股份有限公司 | 获取物联网设备组别标识的方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
CN102802272A (zh) | 2012-11-28 |
WO2012159516A1 (zh) | 2012-11-29 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
EP3373620B1 (en) | Serving node relocating method in wireless communication system and device for same | |
KR101991535B1 (ko) | 오프라인 상태 단말을 페이징하는 시스템 및 방법 | |
EP2768251B1 (en) | Data transmission method, mobility management entity and mobile terminal | |
CN103858454B (zh) | 在无线通信系统中处理与空闲模式信令缩减相关联的数据的方法 | |
US8755766B2 (en) | Handling reachability of mobile device when serving core network node changes | |
EP2536216A1 (en) | Method and system for controlling establishment of local ip access | |
WO2011082538A1 (zh) | 机器型通信中基于组的移动性优化方法和设备 | |
US20120115492A1 (en) | Method of Handling Quarries Caused Overload in Wireless Communication System | |
CN101938850B (zh) | 一种释放承载资源的方法、系统及装置 | |
CN102264036A (zh) | 激活离线终端的方法、系统及机器类通信终端 | |
EP2724571A2 (en) | Energy awareness in mobile communication user equipment and networks, including optimizations based on state compression | |
US20140050132A1 (en) | Method For Revocable Deletion of PDN Connection | |
US9049614B2 (en) | Method and device for handling mobility management context | |
CN102802272B (zh) | 一种默认承载管理方法和系统 | |
CN116210203A (zh) | 用于控制分组数据连接的方法和装置 | |
CN102333294B (zh) | 基于去附着流程更新终端可达状态信息的方法及装置 | |
EP3163920B1 (en) | Method for processing prose service authorization change, first network element and second network element | |
CN103188728B (zh) | 一种网络拥塞控制方法及系统 | |
CN101500220A (zh) | 通知网络释放资源的方法、装置和系统 | |
CN102905366A (zh) | 一种用户网络能力在gtpc消息中使用的方法和装置 | |
WO2012097693A1 (zh) | 一种注册方法、系统和设备 | |
JP7100123B6 (ja) | サービスアクティブ化及び非アクティブ化の方法、装置、コンピュータ記憶媒体 | |
CN101594676B (zh) | 一种承载删除方法及装置 | |
JP2015518321A (ja) | パケット交換デバイスのためのショート・メッセージ・サービスをサポートするための方法および装置 | |
KR20140055058A (ko) | 응급호와 일반호를 가진 단말이 서비스 불가능한 TA로 이동한 경우, 일반호를 처리하는 방법 및 Forbidden TA 리스트 관리 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
TR01 | Transfer of patent right | ||
TR01 | Transfer of patent right |
Effective date of registration: 20201224 Address after: 212004 Wuli community industrial building, Qilidian street, Runzhou District, Zhenjiang City, Jiangsu Province Patentee after: Zhenjiang Yichuang Investment Development Co.,Ltd. Address before: 518057 Ministry of justice, Zhongxing building, South Science and technology road, Nanshan District hi tech Industrial Park, Shenzhen, Guangdong Patentee before: ZTE Corp. |