CN105706487A - 移动通信系统、网关装置、核心网装置和通信方法 - Google Patents
移动通信系统、网关装置、核心网装置和通信方法 Download PDFInfo
- Publication number
- CN105706487A CN105706487A CN201480060964.3A CN201480060964A CN105706487A CN 105706487 A CN105706487 A CN 105706487A CN 201480060964 A CN201480060964 A CN 201480060964A CN 105706487 A CN105706487 A CN 105706487A
- Authority
- CN
- China
- Prior art keywords
- sipto
- henb
- starting
- core network
- rab
- 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
- 238000010295 mobile communication Methods 0.000 title claims abstract description 44
- 238000004891 communication Methods 0.000 title claims description 31
- 238000000034 method Methods 0.000 title description 72
- 230000006870 function Effects 0.000 description 128
- 230000008569 process Effects 0.000 description 52
- 230000000694 effects Effects 0.000 description 34
- 230000005540 biological transmission Effects 0.000 description 25
- 230000004044 response Effects 0.000 description 19
- 208000000649 small cell carcinoma Diseases 0.000 description 18
- 238000012544 monitoring process Methods 0.000 description 10
- 238000009434 installation Methods 0.000 description 8
- 239000013589 supplement Substances 0.000 description 7
- 229940112112 capex Drugs 0.000 description 6
- 238000005516 engineering process Methods 0.000 description 6
- FEBLZLNTKCEFIT-VSXGLTOVSA-N fluocinolone acetonide Chemical compound C1([C@@H](F)C2)=CC(=O)C=C[C@]1(C)[C@]1(F)[C@@H]2[C@@H]2C[C@H]3OC(C)(C)O[C@@]3(C(=O)CO)[C@@]2(C)C[C@@H]1O FEBLZLNTKCEFIT-VSXGLTOVSA-N 0.000 description 6
- 238000012423 maintenance Methods 0.000 description 6
- 230000004048 modification Effects 0.000 description 5
- 238000012986 modification Methods 0.000 description 5
- 238000010586 diagram Methods 0.000 description 4
- 230000008901 benefit Effects 0.000 description 3
- 230000006872 improvement Effects 0.000 description 3
- 230000001965 increasing effect Effects 0.000 description 3
- 230000007246 mechanism Effects 0.000 description 3
- JZEPSDIWGBJOEH-UHFFFAOYSA-N 4-decylbicyclo[2.2.1]hept-2-ene Chemical compound C1CC2C=CC1(CCCCCCCCCC)C2 JZEPSDIWGBJOEH-UHFFFAOYSA-N 0.000 description 2
- 239000012141 concentrate Substances 0.000 description 2
- 230000002708 enhancing effect Effects 0.000 description 2
- 101000583175 Homo sapiens Prolactin-inducible protein Proteins 0.000 description 1
- 101000898291 Nicotiana tabacum Catalase isozyme 1 Proteins 0.000 description 1
- 102100030350 Prolactin-inducible protein Human genes 0.000 description 1
- 101000979255 Sus scrofa Neurolysin, mitochondrial Proteins 0.000 description 1
- 230000000712 assembly Effects 0.000 description 1
- 238000000429 assembly Methods 0.000 description 1
- 230000015572 biosynthetic process Effects 0.000 description 1
- 230000008859 change Effects 0.000 description 1
- 230000010485 coping Effects 0.000 description 1
- 230000007774 longterm Effects 0.000 description 1
- 239000000047 product Substances 0.000 description 1
- 230000005641 tunneling Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W36/00—Hand-off or reselection arrangements
- H04W36/16—Performing reselection for specific purposes
- H04W36/22—Performing reselection for specific purposes for handling the traffic
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/52—Allocation or scheduling criteria for wireless resources based on load
-
- 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/12—Access point controller devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
本移动通信系统具有便携式终端、与便携式终端进行无线通信的基站、将基站连接至核心网的网关装置以及安装在核心网中的进行便携式终端的移动管理的核心网装置。核心网装置向网关装置发送用于判断是否启动了选择因特网协议业务卸载(SIPTO)的信息。网关装置从核心网装置接收该信息。
Description
技术领域
本发明涉及移动通信系统、网关装置、核心网装置和通信方法。
背景技术
最近的移动通信系统包括诸如宏小区基站、微微小区基站和毫微微小区基站等的各种基站。宏小区基站形成小区半径为1km以上的宏小区,微微小区基站形成小区半径的级别为0.5km~1.5km的微微小区,并且毫微微小区基站形成小区半径的级别为10m~500m的毫微微小区。当然,毫微微小区和微微小区特别被称为小小区。在本说明书中,适当地使用术语“小小区”。
形成小小区通常存在两个目的:第一个目的是补充覆盖,第二个目的是增加容量。
关于第一个目的,宏小区基站的无线电波由于建筑物的壁而丢失并且难以到达住宅的内部。因此在住宅内部安装形成小小区的基站,并且该基站通过发射无线电波使得即使在住宅内部也能够接收到足够的移动通信服务。
关于第二个目的,近年来,随着便携式电话的普及和智能电话的崛起,用户业务(以分组数据为代表的用户数据)急剧增加。在小小区中,减小基站的小区半径使得能够减少每个小区所容纳的人数并且增加整体容量。这样,用以减小基站的小区半径的小小区解决方案由于能够应对急剧增加的用户业务,因而变得更加普遍。
接着说明应用了小小区的移动通信系统。
图1示出LTE(LongTermEvolution,长期演进)移动通信系统的结构的概要。图1示出以下要说明的允许启动RAN(RadioAccessNetwork,无线接入网)上的SIPTO(SelectedIPTrafficOffload(选择IP业务卸载),其中IP是因特网协议(InternetProtocol)的缩写)的系统。
在图1中,UE(UserEquipment,用户设备)101和102是便携式终端。
S-GW(Serving-Gateway,服务网关)108、111和117是在核心网中发送用户数据(U(User,用户)面)的装置。
P-GW(PDN-Gateway(PDN-网关),PDN:PacketDataNetwork(分组数据网))107、112和119是具有与EPC(EvolvedPacketCore,演进型分组核心)、IMS(IPMultimediaSubsystem,IP多媒体子系统)或外部分组网(例如,诸如因特网106、113和120等的外部网)的接口的装置。
MME(MobilityManagementEntity,移动管理实体)115是在核心网中进行信号控制以及UE101和102的移动管理并且选择UE101和102的用户数据的路径(即,S-GW和P-GW)的核心网装置。
eNB(evolvedNodeB,演进型NodeB)103是进行与UE101的无线通信的基站。
HeNB(HomeeNB,家庭eNB)104是执行与UE102的无线通信的基站。
HeNB104表示LTE毫微微小区基站,并且eNB103表示除毫微微小区基站以外的LTE基站,并且eNB103可以是微微小区基站或宏小区基站。
尽管图1未示出,但HNB(HomeNodeB,家庭NodeB)表示3G(第三代)毫微微小区基站,NodeB表示除毫微微小区基站以外的3G基站,并且NodeB可以是微微小区基站或宏小区基站。
尽管图1未示出,但在本说明书中适当地使用以下缩写。
使用(H)eNB表示HeNB或eNB。
使用H(e)NB表示HNB或HeNB。
使用(H)(e)NB表示HNB、HeNB、NodeB和eNB中的任何之一。
HeNB-GW114容纳多个eNB103或多个HeNB104,HeNB-GW114是将这些装置连接至核心网并且在核心网与HeNB104或eNB103之间对用户数据和控制信号(C(Control)面)进行中继的网关装置。另外,HeNB-GW114还可以容纳具备诸如WiFi(WirelessFidelity,无线保真)等的其它无线通信能力的基站。
尽管图1未示出,但容纳3G毫微微小区基站的网关装置被称为HNB-GW。
SeGW(SecurityGateway,安全网关)109和110建立与HeNB104和eNB103的IPsec隧道并且提供安全通信。
HSS(HomeSubscriberServer,归属用户服务器)116保持使用UE101和102的各用户的信息,并且在存在来自MME115的针对与用户有关的信息的询问的情况下返回该信息。
在MME115选择S-GW或P-GW的情况下使用DNS(DomainNameSystem,域名系统)118。
MME115基于UE101和102正在接入的基站的TAC(TrackingAreaCode,跟踪区域码)和RAC(RoutingAreaCode,路由区域码)的信息,来使用现有技术的DNS机制以选择发送UE101和102的用户数据的S-GW或P-GW。
另外,在仅通过TAC和RAC的信息无法选择适当的S-GW或P-GW的情况下,MME115考虑诸如UE101和102正在访问的RNC(RadioNetworkController,无线网络控制器)、eNB的RNC-ID或eNB-ID等的信息,并且使用现有技术的DNS机制来选择发送UE101和102的用户数据的S-GW或P-GW。
如上所述,本系统能够启动RAN上的SIPTO(SIPTOaboveRAN)。在SIPTO中,假定从UE发送至因特网的用户数据要在与该UE所接入的基站接近的卸载(offload)点处进行卸载。
在图1中,示出作为S-GW的三个S-GW108、111和117。
在这些S-GW中,S-GW117是核心网中在没有启动SIPTO的情况下所使用的节点。
S-GW108是在启动SIPTO的情况下被选择为卸载点的用于卸载的S-GW,并且是在UE101正在访问eNB103的状况下启动SIPTO的情况下当从eNB103观看时在地理或网络拓扑方面最近的S-GW。
S-GW111是在启动SIPTO的情况下被选择为卸载点的用于卸载的S-GW,并且是在UE102正在访问HeNB104的状况下启动SIPTO的情况下当从HeNB104观看时在地理或网络拓扑方面最近的S-GW。
在图1中,示出作为P-GW的三个P-GW107、112和119。
在这些P-GW中,P-GW119是核心网中在没有启动SIPTO的情况下所使用的节点。
P-GW107是在启动SIPTO的情况下被选择为卸载点的用于卸载的P-GW,并且是在UE101正在访问eNB103的状况下启动SIPTO的情况下当从eNB103观看时在地理或网络拓扑方面最近的P-GW。
P-GW112是在启动SIPTO的情况下被选择为卸载点的用于卸载的P-GW,并且是在UE102正在访问HeNB104的状况下启动SIPTO的情况下当从HeNB104观看时在地理或网络拓扑方面最近的P-GW。
SeGW109和110可以安装在核心网中,或者可以安装在回程网(BackhaulNetwork)105中。不针对SeGW109和110的安装位置施加任何特殊限制。
同样地,HeNB-GW114可以安装在核心网中,或者可以安装在回程网105中。不针对HeNB-GW114的安装位置施加任何特殊限制。
同样地,用于卸载的S-GW108和111以及P-GW107和112可以安装在核心网中,或者可以安装在回程网105中。另外,可以在HeNB104和eNB103中设置用于卸载的S-GW和P-GW的功能。不针对用于卸载的S-GW108和111或P-GW107和112的安装位置施加任何特殊限制。
接着详细说明HeNB-GW114。
容纳形成小小区的基站的网关装置被称为小小区网关。这里将HeNB-GW114描述为容纳多个HeNB104的小小区网关。
如现有技术(3GPPTS36.300Ver11.5.0,3GPP:3rdGenerationPartnershipProject(第三代合作伙伴计划))所示,安装HeNB-GW114作为小小区网关,这不仅使得与MME115的S1接口的C面(缩写为S1-C)的线路能够集中,而且还使得与S-GW117的S1接口的U面(缩写为S1-U)的线路能够集中。
针对C面,MME115执行SCTP(StreamControlTransmissionProtocol,流控制传输协议)的HEARTBEAT信号的发送和接收以监视S1接口上的链路的状态。然而,HeNB-GW114所进行的多个HeNB104的捆绑消除了MME115相对于各HeNB104发送并接收HEARTBEAT信号的需要,并且MME115仅需要相对于HeNB-GW114发送并接收HEARTBEAT信号即可。换句话说,HeNB-GW114通过相对于各HeNB104发送并接收SCTPHEARTBEAT信号来监视链路的状态,由此可以减少MME115的信号负荷。
另一方面,针对U面,S-GW117利用GTP-U(GPRSTunnelingProtocol-User(GPRS隧道协议-用户),其中GPRS是GeneralPacketRadioService(通用分组无线服务))的ECHO过程来监视GTP-U的路径的正常性。然而,HeNB-GW114所进行的多个HeNB104的捆绑消除了S-GW117相对于各HeNB104实现ECHO过程的需要,并且S-GW117仅需要相对于HeNB-GW114实现ECHO过程即可。换句话说,HeNB-GW114通过相对于各HeNB104实现ECHO过程来监视U面的状态,作为结果,可以减少S-GW117上的信号负荷。
此外,在核心网中,已经向核心网中的设备分配了IP地址。在随后引入大量的HeNB104(级别例如为数十万)的情况下,出现在一些情况下由于提供方可以分配的IP地址的限制而将变得需要诸如重新分配IP地址等的重构的可能性。
然而,HeNB104与核心网之间的HeNB-GW114的安装使得经由HeNB-GW114所发送的用户数据和控制信号能够首先在HeNB-GW114处终止并且使得地址能够被HeNB-GW114的地址替换。这样,在核心网中仅需要准备HeNB-GW114的IP地址并且可以维持核心网与HeNB104之间的IP地址空间的独立性。这样,HeNB-GW114的存在使得能够在不对核心网的IP地址的设置产生任何影响的情况下容易引入HeNB104。因此,HeNB-GW114针对大量的HeNB104实现了集中功能。
另外,由于假定HeNB104将安装在住宅和企业中,因此还假定与宏小区基站相比电源将更频繁地接通和断开。如果在这些时间HeNB-GW114不存在,则在HeNB104的电源由于MME115与HeNB104之间的SCTP链路的故障以及S-GW117与HeNB104之间的U面的故障而断开的情况下,MME115和S-GW117中将会出现许多警报。然而,如果HeNB-GW114存在,则即使在HeNB104关闭的情况下也不会对MME115侧的SCTP链路或S-GW117侧的U面产生任何影响,因此将不会发生警报。
因而,在安装了大量的HeNB104的状况下,变得需要HeNB-GW114,从而既减少MME115和S-GW117上的信号负荷,又消除断开HeNB104的电源的情况下MME115和S-GW117的警报。
现有技术文献
非专利文献
非专利文献1:3GPPTS36.300版本11.5.0
非专利文献2:3GPPTS23.401版本12.1.0
非专利文献3:3GPPTS29.303版本12.0.0
非专利文献4:3GPPTS36.413版本11.4.0
非专利文献5:3GPPTS32.782版本11.0.0
非专利文献6:3GPPTS32.752版本11.0.1
非专利文献7:3GPPTS36.932版本12.0.0
非专利文献8:3GPPTS23.060版本12.1.0
非专利文献9:3GPPTS25.413版本11.4.0
非专利文献10:3GPPTS32.642版本11.4.0
发明内容
发明要解决的问题
如上所述,近年来,作为用户业务的急剧增加的对策,减小基站的小区半径的大小的小小区解决方案变得普及。另外,诸如Hotspot(热点)2.0等的移动通信网络和无线LAN(LocalAreaNetwork,局域网)的协作技术也变得普及。
诸如上述的小小区解决方案等的技术是针对无线线路的对策,但有线线路同样存在以下问题:回程网的线路成本和分组网产品(诸如S-GW和P-GW等)的设备成本由于用户业务的急剧增加而增加。作为针对该问题的对策,建立了上述的SIPTO技术作为用于3GPP中使MNO(MobileNetworkOperator,移动网络运营商)的用户数据迂回并引导该用户数据至因特网的技术。
3GPP中所规定的SIPTO方式可以大致分为以下三种方式。
方式1:在RAN上的节点处卸载的方式(RAN上的SIPTO)(参见3GPPTS23.401版本12.1.0的第4.3.15章节中的描述)。
方式2:在本地网络中具备S-GW和L-GW(Local-Gateway,本地网关)功能的独立GW处卸载的方式(参考3GPPTS23.401版本12.1.0的第4.3.15a.2章节的“SIPTOattheLocalNetworkwithstand-aloneGW(withS-GWandL-GWcollocated)function”)
方式3:在本地网络中具备L-GW功能的H(e)NB处卸载的方式(参见3GPPTS23.401版本12.1.0的第4.3.15a.3章节中的“SIPTOattheLocalNetworkwithL-GWfunctioncollocatedwiththe(H)eNB”)
以下详细说明SIPTO方式1~3。
(1)方式1:RAN上的卸载的方式(RAN上的SIPTO)
参考图1来说明方式1。
在该方式1中,向RAN(例如,在图1中,与包括eNB103和HeNB104的网络相对应)上的节点进行卸载。
在现有技术(3GPPTS23.401版本12.1.0)中,运营商可以针对各用户在HSS116中设置表示是否允许启动SIPTO的订阅数据,此外,可以针对各APN(AccessPointName,接入点名称)在HSS116中设置表示是否允许启动SIPTO的订阅数据。基于该订阅数据,HSS116能够指示MME115是否允许启动SIPTO。
关于是否允许启动SIPTO的许可信息可以在MME115中针对各APN进行设置,以使得能够应对HSS116中没有设置与针对启动SIPTO的许可相关的订阅数据的情况。在MME115的设置和来自HSS116的与针对SIPTO的许可相关的订阅数据之间存在冲突的情况下,不启动SIPTO。
这样,MME115根据HSS116中针对各用户此外还针对各APN的订阅数据以及MME115中针对各APN的许可信息来判断是否要启动SIPTO。
在启动SIPTO的情况下,MME115依赖于运营商的网络设置,但也利用TAI(TrackingAreaIdentity,跟踪区域标识)、eNodeB-ID或者TAI和eNodeB-ID这两者来使用DNS118选择S-GW和P-GW(现有技术中的3GPPTS29.303版本12.0.0所示)。
然而,在现有技术(3GPPTS36.413版本11.4.0)中,S1AP协议不向HeNB-GW114或HeNB104通知MME115是否启动了SIPTO。
图2~5示出现有技术(3GPPTS36.413版本11.4.0)中的各消息的参数的示例。图2示出E-RAB(E-UTRANRadioAccessBearer(E-UTRAN无线接入承载),其中,E-UTRAN是EvolvedUniversalTerrestrialRadioAccessNetwork(演进型通用陆地无线接入网))SETUPREQUEST(E-RAB建立请求)消息的参数;图3示出INITIALCONTEXTSETUPREQUEST(初始上下文建立请求)消息的参数;图4示出HANDOVERREQUEST(切换请求)消息的参数;并且图5示出PATHSWITCHREQUESTACKNOWLEDGE(路径切换请求确认)消息的参数。在图2中,存在被称为相关ID(CorrelationID)的参数,但该参数是仅在LIPA(LocalIPAccess,本地IP接入)或“SIPTOattheLocalNetwork(本地网络处的SIPTO)”中L-GW是与HeNB相同的装置(即,L-GW与HeNB配置在一起)的情况下所设置的参数,并且该参数不适用于RAN上的SIPTO的情况。
根据图2~5可以理解,S1AP协议不向HeNB-GW114或HeNB104通知是否启动了“RAN上的SIPTO”。
因此,HeNB-GW114在RAN上的SIPTO的情况下无法得知是否启动了SIPTO。
在现有技术(3GPPTS32.782版本11.0.0的第6.2.1章节的Attributesandrelationships、3GPPTS32.752版本11.0.1)中,HeNB-GW114保持MME115以及S-GW108、111和117的IP地址。然而,HeNB-GW114不保持以下信息,其中该信息用于区分在启动RAN上的SIPTO时是否选择了S-GW108、111和117作为卸载点或者在启动RAN上的SIPTO时没有选择S-GW108、111和117的情况下是否在核心网侧使用S-GW108、111和117。
因此,HeNB-GW114不能仅通过从MME115通知的S1AP消息中的TRANSPORTLAYERAddress(传输层地址)来判断该信息中所表示的S-GW是否是在启动RAN上的SIPTO时所选择的S-GW。
另一方面,使得HeNB-GW114容纳大量的HeNB104。HeNB-GW114终止U面,即,对GTP-U协议的用户数据进行中继。在这种情况下,在接收到(要说明的)E-RAB建立请求消息时,HeNB-GW114必须利用HeNB-GW114自身的TEID(TunnelEndpointID,隧道终点ID)和IP地址替换该E-RAB建立请求消息的IP地址和GTP-UTEID。
图6示出现有技术(3GPPTS23.401版本12.1.0的第5.10.2章节的UErequestedPDNconnectivity)中建立E-RAB的情况下的顺序。
步骤A1:在请求新的PDN连接的情况下,UE102将PDNConnectivityRequest(PDN连接性请求)消息发送至MME115。
步骤A2:根据现有技术(3GPPTS23.401版本12.1.0的第5.10.2章节的UErequestedPDNconnectivity),MME115针对新的PDN连接的承载补充S-GW117和P-GW119的TEID资源并且将作为用于请求建立E-RAB的消息的E-RAB建立请求消息发送至HeNB-GW114。
步骤A3:在从MME115接收到E-RAB建立请求消息的情况下,HeNB-GW114针对各E-RAB分配作为来自HeNB104的上行链路用户数据的地址的TEID。另外,HeNB-GW114使用其自身的TEID和IP地址来构建用于请求建立E-RAB的E-RAB建立请求消息,并且将该E-RAB建立请求消息发送至HeNB104。
步骤A4:在从HeNB-GW114接收到E-RAB建立请求消息的情况下,HeNB104针对新承载分配适当的无线资源,执行设置,并且将RRCConnectionReconfiguration(RRC连接重配置)消息发送至UE102。
步骤A5:UE102根据HeNB104的指示针对新承载执行设置,并且将RRCConnectionReconfigurationComplete(RRC连接重配置完成)消息发送至HeNB104。
步骤A6:在HeNB104从UE102接收到RRC连接重配置完成消息的情况下,HeNB104将E-RABSetupResponse(E-RAB建立应答)消息发送至HeNB-GW114。
步骤A7:从HeNB104接收到E-RAB建立应答消息的HeNB-GW114针对各E-RAB分配作为来自S-GW117的下行链路用户数据的地址的TEID。另外,HeNB-GW114利用HeNB-GW114自身的TEID替换作为针对发送至MME115的E-RAB建立请求消息的应答消息的E-RAB建立应答消息中的TEID。此外,此时,来自HeNB104的E-RAB建立应答消息的传输层地址被设置为HeNB104的IP地址。结果,HeNB-GW114利用HeNB-GW114自身的IP地址替换要发送至MME115的E-RAB建立应答消息的传输层地址,使得用户数据被传送至HeNB-GW114。
利用上述的操作,如图7所示,在现有技术中,经由HeNB-GW114对用户数据进行可靠的发送和接收。因而,由于经由HeNB-GW114执行了U面中继,因此该功能也被称为U面中继功能(或终止功能)。在U面中继功能中,来自HeNB104的U面的用户数据首先在HeNB-GW114中终止,并且将U面的协议消息发送至MME115。与此相对,来自MME115的U面的协议消息首先在HeNB-GW114处终止,并且将U面的协议消息发送至HeNB104。HeNB-GW114不针对HeNB104执行集中功能。
在没有启动U面中继功能的情况下,在来自HeNB104的U面用户数据不在HeNB-GW114中终止的情况下将U面协议消息发送至MME115。与此相对,在来自MME115的U面协议消息不在HeNB-GW114中终止的情况下将U面协议消息发送至HeNB104。HeNB-GW114不针对HeNB104执行集中功能。
接着说明本方式1中在启动SIPTO的状态下启动HeNB-GW114的U面中继功能的情况下的问题。
上述的操作顺序自身与图6相同,并且针对上述的操作的说明接下来关注与使用图6所述的操作的差异。
步骤A2:MME115考虑到HSS116中所设置的订阅数据以及MME115中所设置的许可信息并且最后判断是否要启动RAN上的SIPTO。在MME115启动RAN上的SIPTO的情况下,如现有技术(3GPPTS23.401版本12.1.0的第4.3.8.1和4.3.8.2章节)所示,MME115利用服务UE102所驻留的区域的HeNB104所属于的TAI或eNodeB-ID或TAI和eNodeB-ID这两者来使用DNS118选择P-GW112和S-GW111。
根据现有技术(3GPPTS23.401版本12.1.0的第5.10.2章节的UErequestedPDNconnectivity),MME115针对新的PDN连接的承载补充S-GW111和P-GW112的TEID的资源并且将E-RAB建立请求消息发送至HeNB-GW114。
步骤A3:从MME115接收到E-RAB建立请求消息的HeNB-GW114无法判断是否启动了RAN上的SIPTO。因此,HeNB-GW114诸如在没有启动RAN上的SIPTO的情况下等针对各E-RAB分配作为来自HeNB104的上行链路用户数据的地址的TEID。另外,HeNB-GW114使用HeNB-GW114自身的TEID和IP地址来构建用于请求建立E-RAB的E-RAB建立请求消息,并且将该E-RAB建立请求消息发送至HeNB104。
步骤A7:从HeNB104接收到E-RAB建立应答消息的HeNB-GW114针对各E-RAB分配作为来自S-GW111的下行链路用户数据的地址的TEID。另外,HeNB-GW114利用HeNB-GW114自身的TEID替换要发送至MME115的E-RAB建立应答消息中的TEID。此时,来自HeNB104的E-RAB建立应答消息的传输层地址被设置为HeNB104的IP地址。结果,HeNB-GW114利用HeNB-GW114自身的IP地址替换要发送至MME115的E-RAB建立应答消息的传输层地址,使得用户数据被传送至HeNB-GW114。
结果,建立了诸如图8中等那样的承载。
在图8中,在MME115启动RAN上的SIPTO的情况下,MME115选择与UE102正在接入的HeNB104在地理或网络拓扑方面近的S-GW111/P-GW112。然而,由于启动了HeNB-GW114的U面中继功能,因此用户数据最终经由HeNB-GW114来进行发送。结果,尽管启动了RAN上的SIPTO,但发生用户数据无法从HeNB104直接发送至S-GW111/P-GW112的问题。这导致经由HeNB-GW114进行发送的部分的信号延迟、回程网105的线路成本的增加以及HeNB-GW114的容量增加的问题。
因而,在现有技术中,HeNB-GW114在接收到E-RAB建立请求消息时无法判断是否启动了RAN上的SIPTO,结果,即使在启动了RAN上的SIPTO的情况下也会启动U面中继功能,从而发生失去RAN上的SIPTO的益处的问题。
与此相对,在HeNB-GW114不是持续启动U面中继功能的情况下,失去HeNB-GW114的U面线路集中功能,从而发生信号负荷由于S-GW117侧的监视对象的增加而增加、在HeNB104开启/关闭的情况下检测到S-GW117侧的GTP-U路径故障、引起警报的问题。
在不仅HeNB104连接至诸如HeNB-GW114等的集中装置而且eNB103也连接至诸如HeNB-GW114等的集中装置、并且启动RAN上的SIPTO以使得启动集中装置中的U面中继功能的情况下也发生相同的问题。
另外,在LTE中继系统的情况下(即,在使用企业内部的网关来容纳HeNB104并且在HeNB-GW114中容纳这些企业内部的网关的情况下)、3G的情况下、以及小小区增强的情况下也发生相同的问题。
(2)方式2:向本地网络中具备S-GW和L-GW功能的独立GW进行卸载的方式(具有独立GW(S-GW与L-GW配置在一起)功能的本地网络处的SIPTO(SIPTOattheLocalNetwork))
图9示出可以启动本地网络处的SIPTO的LTE移动通信系统的结构的概要。
接着在关注与图1的差异的情况下说明图9的系统结构。
L-GW907是不同于HeNB903的装置。
HeNB904具备L-GW905的功能。
本方式2在不同于HeNB903的L-GW907中实现至因特网106的用户数据的卸载。在这种情况下,L-GW907具备S-GW和P-GW这两者的功能。
L-GW907可以安装在本地网络中或者可以安装在回程网105中。HeNB904还具备用于卸载的L-GW905的功能,但例如eNB和HeNB-GW也可以具备用于卸载的L-GW的功能。不针对L-GW905和907的安装位置施加任何特殊限制。
接下来的说明应对本方式2中在启动了SIPTO的状态下启动HeNB-GW114的U面中继功能的情况下所发生的问题。
上述操作的顺序本身与图6相同,并且接着在关注与使用图6所述的操作的差异的情况下说明上述的操作。
步骤A2:MME115考虑到HSS116中所设置的订阅数据以及MME115中所设置的许可信息以判断是否要启动本地网络处的SIPTO。在启动了本地网络处的SIPTO的情况下,如现有技术(3GPPTS23.401版本12.1.0的第4.3.8.1和4.3.8.2章节)所示,MME115利用APN并且还利用服务UE101所驻留的区域的HeNB903的本地家庭网络(LocalHomeNetwork)ID来使用DNS118选择L-GW。利用INITIALUE(初始UE)消息和UPLINKNASTRANSPORT(上行链路NAS传输)消息将本地家庭网络ID从HeNB903通知给MME115。MME115使用本地家庭网络ID来检测UE101是否离开了本地网络并且判断是否要移动L-GW。
根据现有技术(3GPPTS23.401版本12.1.0的第5.10.2章节的UErequestedPDNconnectivity),MME115针对新的PDN连接的承载补充L-GW907的TEID的资源并且将E-RAB建立请求消息发送至HeNB-GW114。
步骤A3:从MME115接收到E-RAB建立请求消息的HeNB-GW114无法判断是否启动了本地网络处的SIPTO。
此外,现有技术(3GPPTS32.782版本11.0.0的第6.2.1章节的Attributesandrelationships、3GPPTS32.752版本11.0.1)中不存在针对HeNB-GW是否具有与L-GW有关的信息的指示。
因此,HeNB-GW114仅根据利用S1AP消息从MME115通知的传输层地址的信息无法判断该信息所表示的GW是启动本地网络处的SIPTO时所选择的L-GW还是位于核心网中的S-GW。
因此,与没有启动本地网络处的SIPTO的情况相同,HeNB-GW114针对各E-RAB分配作为来自HeNB903的上行链路用户数据的地址的TEID。另外,HeNB-GW114使用HeNB-GW114自身的TEID和IP地址来构建用于请求建立E-RAB的E-RAB建立请求消息并且将该E-RAB建立请求消息发送至HeNB903。
步骤A7:从HeNB903接收到E-RAB建立应答消息的HeNB-GW114针对各E-RAB分配作为来自L-GW907的下行链路用户数据的地址的TEID。HeNB-GW114进一步利用HeNB-GW114自身的TEID替换要发送至MME115的E-RAB建立应答消息中的TEID。此时,来自HeNB903的E-RAB建立应答消息的传输层地址被设置为HeNB903的IP地址。结果,HeNB-GW114利用HeNB-GW114自身的IP地址替换要发送至MME115的E-RAB建立应答消息的传输层地址,使得用户数据将被传送至HeNB-GW114。
结果,建立了诸如图10所示等那样的承载。
在图10中,在MME115启动本地网络处的SIPTO的情况下,MME115选择与UE101接入的HeNB903在地理或网络拓扑方面近的L-GW907。然而,由于启动了HeNB-GW114的U面中继功能,因此用户数据最终经由HeNB-GW114来进行发送。结果,尽管启动了本地网络处的SIPTO,但用户数据无法从HeNB903直接发送至L-GW907。这导致经由HeNB-GW114的发送的部分的信号延迟、回程网105的线路成本的增加以及HeNB-GW114的容量增加的问题。
因而,在现有技术中,HeNB-GW114在接收到E-RAB建立请求消息时无法判断是否启动了本地网络处的SIPTO,结果,发生即使在启动了本地网络处的SIPTO的情况下也会启动U面中继功能、从而引起失去本地网络处的SIPTO的益处的问题。
(3)方式3:在本地网络处具备L-GW功能的H(e)NB处卸载的方式(利用(H)eNB的本地网络处的SIPTO)
参考图9来说明本方式3。
本方式3在具备L-GW905的功能的HeNB904处实现至因特网113的用户数据的卸载。在这种情况下,L-GW905具备P-GW功能,并且在卸载时,通过在HeNB904和L-GW905之间建立直接隧道来实现用户数据的卸载(无需经由S-GW来进行发送)。
在这种情况下,如图11所示,与HeNB-GW114中是否启动了U面中继功能无关地在HeNB904和L-GW905之间建立直接隧道。结果,不会发生用户数据最终经由HeNB-GW114来进行发送结果失去SIPTO的益处的问题。
如上所述,由于在现有技术中HeNB-GW114无法得知是否启动了SIPTO,因此在方式1和方式2的情况下发生上述的问题。
因此本发明的目的是提供可以针对上述问题提供解决方案的技术。
用于解决问题的方案
本发明的移动通信系统是如下所述的移动通信系统,该移动通信系统包括:便携式终端;基站,其与所述便携式终端进行无线通信;网关装置,其将所述基站连接至核心网;以及核心网装置,其安装在所述核心网中并且进行所述便携式终端的移动管理,其中,所述核心网装置向所述网关装置发送用于判断是否启动了选择IP业务卸载即SIPTO的信息,其中,IP是因特网协议;以及所述网关装置从所述核心网装置接收所述信息。
本发明的网关装置是如下所述的网关装置,该网关装置将基站连接至核心网,所述网关装置包括:通信部,其从所述核心网中所安装的核心网装置接收用于判断是否启动了SIPTO的信息。
本发明的核心网装置是如下所述的核心网装置,该核心网装置安装在核心网中并且执行便携式终端的移动管理,所述核心网装置包括:通信部,其向网关装置发送用于判断是否启动了SIPTO的信息。
本发明的第一通信方法是一种由将基站连接至核心网的网关装置来实现的通信方法,所述通信方法包括以下步骤:从所述核心网中所安装的核心网装置接收用于判断是否启动了SIPTO的信息。
本发明的第二通信方法是一种由核心网中所安装的进行便携式终端的移动管理的核心网装置来实现的通信方法,所述通信方法包括以下步骤:向网关装置发送用于判断是否启动了SIPTO的信息。
发明的效果
本发明获得了使得网关装置能够得知启动了SIPTO的效果。
附图说明
图1示出可以启动RAN上的SIPTO的LTE移动通信系统的结构。
图2示出现有技术中的E-RAB建立请求消息的参数。
图3示出现有技术中的初始上下文建立请求消息的参数。
图4示出现有技术中的切换请求消息的参数。
图5示出现有技术中的路径切换请求确认消息的参数。
图6是示出现有技术中的E-RAB建立操作的顺序图。
图7示出现有技术中在没有启动RAN上的SIPTO的情况下的U面发送路径。
图8示出现有技术中在启动了RAN上的SIPTO的情况下的U面发送路径。
图9示出可以启动本地网络处的SIPTO的LTE移动通信系统的结构。
图10示出现有技术中在启动了本地网络处的SIPTO(在具备S-GW/P-SW功能的L-GW处进行卸载)的情况下的U面发送路径。
图11示出现有技术中在启动了本地网络处的SIPTO(在具备L-GW功能的HeNB处进行卸载)的情况下的U面发送路径。
图12示出本发明的第一实施例的E-RAB建立请求消息的参数。
图13示出本发明的第一实施例和第二实施例中的RAN上的SIPTO启动状态标志的结构。
图14是示出本发明的第一实施例中的E-RAB建立操作的顺序图。
图15是示出本发明的第一实施例和第二实施例中的用以判断是否要启动U面中继功能的操作的流程图。
图16示出本发明的第一实施例中在启动了RAN上的SIPTO的情况下的U面发送路径。
图17示出可以启动RAN上的SIPTO的3G移动通信系统的结构。
图18是示出本发明的第二实施例中的RAB建立操作的顺序图。
图19示出本发明的第三实施例中的E-RAB建立请求消息的参数。
图20示出本发明的第三实施例和第四实施例中的本地网络处的SIPTO启动状态标志的结构。
图21是示出本发明的第三实施例中的E-RAB建立操作的顺序图。
图22是示出本发明的第三实施例和第四实施例中的用以判断是否要启动U面中继功能的操作的流程图。
图23示出本发明的第三实施例中在本地网络处的SIPTO(在具备S-GW/P-GW功能的L-GW中进行卸载)的情况下的U面发送路径。
图24示出可以启动本地网络处的SIPTO的3G移动通信系统的结构。
图25示出本发明的移动通信系统的概要的结构。
具体实施方式
接着参考附图说明本发明的实施例。
(1)第一实施例
(1-1)第一实施例的结构
本实施例是在LTE移动通信系统中启动了RAN上的SIPTO的实施例,系统结构自身与图1相同。
在本实施例中,MME115在用于请求建立E-RAB的消息(例如,E-RAB建立请求消息、初始上下文建立请求消息、切换请求消息、路径切换请求确认消息、E-RAB修改请求(E-RABModifyRequst)消息或UE上下文修改请求(UEContextModificationRequest)消息)中针对各E-RAB设置用于表示是否启动了RAN上的SIPTO的参数(RAN上的SIPTO启动状态标志),并且将该消息发送至HeNB-GW114。
HeNB-GW114针对启动了RAN上的SIPTO的E-RAB保持用于判断是否要启动U面中继功能的启动判断标志。启动判断标志表示“可以启动”或“无法启动”并且是预先设置的。
HeNB-GW114基于从MME115通知的RAN上的SIPTO启动状态标志以及属于HeNB-GW114自身的U面中继功能的启动判断标志来判断是否要启动U面中继功能。
图12示出根据本实施例的E-RAB建立请求消息的参数的示例。与图2相比,新引入了RAN上的SIPTO启动状态标志。
图13示出RAN上的SIPTO启动状态标志的结构。
RAN上的SIPTO启动状态标志是新引入的标志。
MME115在MME115针对对象E-RAB启动RAN上的SIPTO的情况下设置RAN上的SIPTO启动状态标志,并且在没有启动RAN上的SIPTO的情况下不设置RAN上的SIPTO启动状态标志。
因此,MME115能够利用RAN上的SIPTO启动状态标志向HeNB-GW114通知是否启动了RAN上的SIPTO。
(1-2)第一实施例的操作
图14示出本实施例中建立E-RAB的情况的顺序。
接着在关注与图6的差异的情况下说明图14的顺序。
步骤B1:该步骤与图6的步骤A1相同。
步骤B2:如现有技术,MME115使用DNS118来选择P-GW112和S-GW111。另外,根据现有技术(3GPPTS23.401版本12.1.0的第5.10.2章节的UErequestedPDNconnectivity),MME115如现有技术中那样针对新的PDN连接的承载补充S-GW111和P-GW112的TEID的资源并且将E-RAB建立请求消息发送至HeNB-GW114。这里,在本实施例中,MME115在E-RAB建立请求消息中设置图13所示的RAN上的SIPTO启动状态标志,以向HeNB-GW114通知启动了RAN上的SIPTO。
步骤B3:在HeNB-GW114从MME115接收到E-RAB建立请求消息的情况下,HeNB-GW114能够根据RAN上的SIPTO启动状态标志得知是否启动了RAN上的SIPTO。
另外,HeNB-GW114自身保持用于判断在RAN上的SIPTO的情况下是否要启动U面中继功能的启动判断标志作为站数据(可以通过运营商在O&M(Operation&Maintenance,操作和维护)服务器中进行设置)。
结果,HeNB-GW114基于从MME115通知的RAN上的SIPTO启动状态标志以及HeNB-GW114自身所保持的U面中继功能的启动判断标志来判断是否要启动U面中继功能。
图15示出步骤B3中用于判断是否要启动U面中继功能的处理的流程。
步骤S11:HeNB-GW114从MME115接收E-RAB建立请求消息。
步骤S12:HeNB-GW114在接收到E-RAB建立请求消息时判断是否从MME115通知了RAN上的SIPTO启动状态标志。如果进行了通知,则过程进入步骤S13的处理,并且如果没有通知,则过程进入步骤S15的处理。
步骤S13:如果在步骤S12中从MME115通知了RAN上的SIPTO启动状态标志,则HeNB-GW114判断启动判断表示是否为“可以启动”。如果启动判断标志是“可以启动”,则HeNB-GW114进入步骤S15的处理,并且如果该标志是“无法启动”,则HeNB-GW114进入步骤S14的处理。
步骤S14:如果在步骤S13中启动判断标志是“无法启动”,则HeNB-GW114判断为作为卸载点的S-GW111/P-GW112处于HeNB-GW114下位,即,当从HeNB-GW114观看时在HeNB104侧,并且判断为不启动U面中继功能。
步骤S15:如果在步骤S12中没有从MME115通知RAN上的SIPTO启动状态标志,则HeNB-GW114如现有技术中那样判断为要启动U面中继功能。
此外,如果在步骤S13中启动判断标志是“可以启动”,则HeNB-GW114判断为作为卸载点的S-GW111/P-GW112处于HeNB-GW114上位,即,当从HeNB-GW114观看时在HeNB104的相对侧,并且判断为要启动U面中继功能。
步骤B4~B7:这些步骤与图6的步骤A3~A6相同。
步骤B8:如果HeNB-GW114从HeNB104接收到E-RAB建立应答消息,则HeNB-GW114根据接收到步骤B3的E-RAB建立请求消息时的U面中继功能的启动判断结果来判断是否要启动U面中继功能。
步骤B9:该步骤与图6的步骤A7相同。
根据本实施例,HeNB-GW114保持用于判断在RAN上的SIPTO的情况下是否要启动U面中继功能的启动判断标志。
在当从HeNB-GW114观看时作为卸载点的S-GW111/P-GW112位于HeNB104侧的情况下将启动判断标志设置为“无法启动”。
结果,即使在MME115启动了RAN上的SIPTO的情况下以及即使在E-RAB建立请求消息中通知了RAN上的SIPTO的启动的情况下,也可以在不启动HeNB-GW114侧的U面中继功能的情况下不终止HeNB-GW中的用户数据。总之,HeNB-GW114不针对HeNB104进行集中功能。
因此,针对向HeNB104通知的E-RAB建立请求消息的TEID和传输层地址,使用S-GW111所分配的传输层地址和TEID,或者针对向S-GW111通知的传输层地址和TEID,使用HeNB104所分配的传输层地址和TEID。
结果,建立了如图16所示的承载。
根据图16,可以看出在用户数据没有在HeNB-GW114处终止的情况下将用户数据直接发送至S-GW111/P-GW112,由此U面发送路径比现有技术的U面发送路径(图8的情况)更短。结果,获得了如下的效果:改善了经由HeNB-GW114的发送所引起的信号延迟,降低了回程网105的线路成本,并且避免了HeNB-GW114的容量增加的问题。
接着说明本实施例的变形例。
本实施例使用了经由E-RAB建立请求消息来请求建立E-RAB的过程,但本发明还可适用于例如利用诸如初始上下文建立请求消息、切换请求消息或路径切换请求确认消息等的不同的消息来请求建立E-RAB的过程。在这些情况下,MME115能够在这些过程中通过在这些消息中设置图13所示的RAN上的SIPTO启动状态标志来向HeNB-GW114通知启动了RAN上的SIPTO。
在现有技术中,MME能够利用无UE移动的S-GW重定位过程(S-GWrelocationwithoutUEmobility过程)来启动或停止RAN上的SIPTO。例如,由于SIPTO是在建立初始E-RAB的情况下未经允许的服务,因此承载是针对经由S-GW117和P-GW119进行发送的用户数据所建立的。此后,在存在针对建立允许SIPTO的服务的请求的情况下,MME能够将S-GW改变为S-GW111。在这种情况下,启动用于在无任何UE移动的情况下改变S-GW的过程(无UE移动的S-GW重定位过程)。在本发明中,MME能够通过在诸如E-RAB修改请求消息或UE上下文修改请求消息中设置图13所示的RAN上的SIPTO启动状态标志来向HeNB-GW114通知启动了RAN上的SIPTO。
另外,在现有技术中,在解除允许SIPTO的服务的情况下,MME能够将S-GW从S-GW111改变为S-GW117。在本发明中,MME能够通过不在诸如E-RAB修改请求消息或UE上下文修改请求消息中设置图13所示的RAN上的SIPTO启动状态标志来向HeNB-GW114通知RAN上的SIPTO停止。在这种情况下,HeNB-GW能够获知停止了RAN上的SIPTO,因此能够判断是否要启动U面中继功能。
尽管在本实施例中RAN上的SIPTO启动状态标志设置在用于请求建立E-RAB的S1AP(S1ApplicationProtocol,S1应用协议)消息中,但RAN上的SIPTO启动状态标志可以设置在其它S1AP消息中,或者可以设置在其它X2AP(X2ApplicationProtocol,X2应用协议)消息或者LPPa(LPP附录,其中LPP是LTEPositioningProtocol(LTE定位协议))消息中。另外,RAN上的SIPTO启动状态标志的结构可以使用除图13所示的形式以外的形式。例如,RAN上的SIPTO启动状态标志的结构可以是示出RAN上的SIPTO的启动或RAN上的SIPTO的停止的结构,或者可以是其它结构。
另外,尽管在本实施例中说明了针对HeNB104的U面启动RAN上的SIPTO的情况下的操作,但本发明还可以适用于RAN上的SIPTO是针对eNB103的U面的情况。在这种情况下,同样可以获得如上所述的相同效果。
尽管在本实施例中使用了HeNB-GW114,但本发明在应用于代替HeNB-GW114的LTE中继系统(3GPPTS36.300版本11.5.0)的情况下以及在DeNB(DonoreNB,施主eNB)中应用RN(RelayNode,中继节点)的情况下同样可以适用。在这些情况下,可以获得与上述效果相同的效果。另外,本发明还可以适用于宏基站执行移动管理并且形成小小区的基站执行U面控制的小小区增强(3GPPTS36.932版本12.0.0)系统。本发明还可适用于在企业内部的网关中应用与HeNB-GW114相对应的功能的情况。
此外,在本实施例中,HeNB-GW114自身保持U面中继功能的启动判断标志作为站数据并且使HeNB-GW114判断是否要启动U面中继功能,但HeNB-GW114还可以在没有保持站数据的情况下判断是否要启动U面中继功能。例如,如果MME115启动RAN上的SIPTO并且利用S1AP消息来通知RAN上的SIPTO启动状态标志,则HeNB-GW114判断为不启动U面中继功能。可选地,如果MME115没有启动RAN上的SIPTO并且如果没有利用S1AP消息来通知RAN上的SIPTO启动状态标志,则HeNB-GW114判断为要启动U面中继功能。
尽管在本实施例中MME115向HeNB-GW114通知启动了RAN上的SIPTO,但还可以利用其它方法向HeNB-GW114通知是否启动了RAN上的SIPTO。
例如,HeNB-GW114可以针对是否启动了RAN上的SIPTO向MME115提交询问。在这种情况下,HeNB-GW114可以基于来自MME115的针对该询问的应答以及U面中继功能启动判断标志来判断是否要启动U面中继功能。
可选地,MME115的维护监视装置和HeNB-GW114的维护监视装置可以彼此进行通信,并且MME115的维护监视装置可以向HeNB-GW114的维护监视装置通知针对相关的E-RAB启动了RAN上的SIPTO。在这种情况下,HeNB-GW114可以基于来自MME115的维护监视装置的通知以及U面中继功能的启动判断标志来判断是否要启动U面中继功能。
可选地,HeNB-GW114可以管理作为站数据的S-GWIP地址的管理信息以及S-GW是否是被MME115选择为卸载点的S-GW的管理信息。HeNB-GW114在从MME115接收到请求建立E-RAB的消息的情况下,如果该消息的传输层地址与该HeNB-GW114所管理的卸载点S-GW的IP地址一致,则可以判断为启动了RAN上的SIPTO。在这种情况下,HeNB-GW114可以基于该判断结果和U面中继功能的启动判断标志来进行U面中继功能的启动判断。
可选地,在MME115启动了RAN上的SIPTO的情况下,HeNB-GW114通过使用与使用DNS118来选择S-GW/P-GW的方法相同的方法来获取可能被选择为RAN上的SIPTO中的卸载点的S-GW/P-GW的IP地址。如果这些IP地址是(例如,通过请求建立E-RAB的消息)从MME115所通知的,则HeNB-GW114可以判断为启动了RAN上的SIPTO。在这种情况下,HeNB-GW114能够基于该判断结果和U面中继功能的启动判断标志来判断是否要启动U面中继功能。
可选地,UE可以与MME115同步,并且利用相同的逻辑来预测MME115是否将启动RAN上的SIPTO,并且在UE预测为要启动RAN上的SIPTO的情况下,UE可以利用分组呼叫发起所用的NAS(NonAccessStratum,非接入层)消息向HeNB-GW114通知启动了RAN上的SIPTO。在这种情况下,HeNB-GW114能够基于来自UE的通知和U面中继功能的启动判断标志来进行U面中继功能的启动判断。
(1-3)第一实施例的效果
由于上述的结构,因此本实施例获得诸如下述等的效果。
第一效果:HeNB-GW114能够得知启动了RAN上的SIPTO。结果,HeNB-GW114可以放弃启动U面中继功能,由此使得能够优化U面发送路径。
第二效果:由于优化U面发送路径的能力,因此可以实现U面发送延迟的改善。
第三效果:可以降低HeNB-GW114和作为卸载点的S-GW111之间的回程网105的线路成本。另外,可以减少运营商侧的CAPEX(CapitalExpenditure,资本支出)。
第四效果:可以避免至HeNB-GW114的U面的卸载使HeNB-GW114的容量增加的问题。因此消除了增设HeNB-GW114的需要,并且可以减少运营商侧的CAPEX。
(2)第二实施例
(2-1)第二实施例的结构
本实施例是在3G移动通信系统中启动RAN上的SIPTO的实施例。
图17示出可以启动RAN上的SIPTO的3G移动通信系统的结构的概要。
接着在关注与图1的差异的情况下说明图17的系统结构。
SGSN(ServingGPRSSupportNode,服务GPRS支持节点,其中GPRS是GeneralPacketRadioService(通用分组无线服务))1715是如下的核心网装置,其中该核心网装置在核心网中发送用户数据并且执行信号控制和UE101和102的移动管理,此外,执行与UE101和102之间的用户数据的路径(即,GGSN1717、1707和1712)的设置处理。
GGSN(GatewayGPRSSupportNode,网关GPRS支持节点)1707、1712和1717是具有与外部分组网(例如,因特网106、113和120)的接口的节点。
HNB1704是执行与UE102的无线通信的基站。
RNS(RadioNetworkSubsystem,无线网络子系统)1703是综合了NodeB和RNC并且执行与UE101的无线通信的综合型基站控制装置。
HNB1704是指3G毫微微小区基站,NodeB是指除毫微微小区基站以外的3G基站并且可以是微微小区基站或宏小区基站。
HNB-GW1714容纳多个HNB1704或多个RNS1703,HNB-GW1714是将这些组件连接至核心网的网关装置,并且在核心网与HNB1704或RNS1703之间对用户数据和控制信号进行中继。
在用户数据中继中,来自HNB1704或RNS1703的用户数据首先在HNB-GW1714中终止,然后发送至SGSN1715。与此相对,来自SGSN1715的用户数据首先在HNB-GW1714中终止,然后发送至HNB1704或RNS1703。在对用户数据和控制信号进行中继时,可以利用HNB-GW的IP地址来替换HNB的IP地址。这样,HNB-GW可以针对大量的HNB保持集中功能。
HLR(HomeLocationRegister,归属位置寄存器)1716保持使用UE101和102的各用户的信息,并且在存在来自SGSN1715的针对与用户有关的信息的询问的情况下返回该信息。
在SGSN1715基于现有技术(3GPPTS23.060版本12.1.0的附录A)来选择GGSN的情况下使用DNS118。
在RAN上的SIPTO的情况下,SGSN1715基于UE101和102正在访问的RAI(RoutingAreaIdentity)和RNC(RadioNetworkController)-ID的信息以使用现有技术的DNS机制(NAPTR)来选择用于发送UE101和102的用户数据的GGSN。
图17示出作为GGSN的三个GGSN1707、1712和1717。
在这些GGSN中,GGSN1717是核心网中在没有启动SIPTO的情况下所使用的节点。
GGSN1707是在启动了SIPTO的情况下被选择为卸载点的用于卸载的GGSN,并且在UE101正在接入RNS1703的状况下启动SIPTO的情况下,GGSN1707是当从RNS1703观看时在地理或网络拓扑方面最近的GGSN。
GGSN1712是在启动了SIPTO的情况下被选择为卸载点的用于进行卸载的GGSN,并且在UE102正在接入HNB1704的状况下启动SIPTO的情况下,GGSN1712是当从HNB1704观看时在地理或网络拓扑方面最近的GGSN。
HNB-GW1714可以安装在核心网中并且可以安装在回程网105中。不针对HNB-GW1714的安装位置施加任何特殊限制。
同样地,对GGSN1707和1712进行卸载可以安装在核心网中,或者可以安装在回程网105中。另外,HNB1704和RNS1703可以具备对GGSN进行卸载的功能。不针对对GGSN1707和1712进行卸载的安装位置施加任何特殊限制。
另外,在启动了RAN上的SIPTO的情况下,使用现有技术(3GPPTS23.060版本12.1.0)的直接隧道技术,并且使用不经由SGSN1715进行传输的方法。
在现有技术中,在HNB-GW1714没有启动U面中继功能的情况下,在GGSN1707和RNS1703之间建立直接隧道,并且来自UE101的用户数据可以经由RNS1703、SeGW109和GGSN1707直接发送至因特网106。然而,在现有技术中,HNB-GW1714无法知道在启动了U面中继功能的情况下RANAP(RadioAccessNetworkApplicationPart,无线接入网应用部分)协议(3GPPTS25.413版本11.4.0)是否启动了RAN上的SIPTO。
可以在RANAPRABAssignmentRequest(RANAPRAB分配请求)消息中设置诸如OffloadRABParameter(卸载RAB参数)和MSISDN(MobileSubscriberISDNNumber,移动用户ISDN号,其中ISDN是IntegratedServicesDigitalNetwork(综合业务数字网))参数等的参数。然而,如在现有技术(3GPPTS23.060,版本12.2.0第5.3.12.2章节和附录B,SelectedIPTrafficOffloadatlu-PS)中,这些参数的设置仅在安装了用于在lu接口处实现用户数据的卸载的TOF(TrafficOffloadFunction,业务卸载功能)的情况下有效并且在RAN上的SIPTO和本地网络处的SIPTO的情况下无效。
换句话说,HNB-GW1714在RAN上的SIPTO和本地网络处的SIPTO的情况下无法根据RANAPRAB分配请求消息得知是否启动了RAN上的SIPTO。
另外,在现有技术(3GPPTS32.642版本11.4.0)中,HNB-GW1714无法得知GGSN的IP地址是否是卸载点的GGSN。因此,即使利用用于请求建立RAB的RANAP消息(RAB分配请求消息或RelocationRequest(重定位请求)消息)来通知GGSN1707和GGSN1712,HNB-GW1714也无法判断这是否是卸载点GGSN,并且最终启动U面中继功能。结果,尽管启动了RAN上的SIPTO,最终仍需要经由HNB-GW1714来发送用户数据,由此引起经由HNB-GW1714所发送的部分的信号延迟、回程网105的线路成本增加以及HNB-GW1714的容量增加的问题。
在本实施例中,SGSN1715在用于请求建立RAB的RAB建立请求消息(例如,RAB分配请求消息或重定位请求消息)中设置针对各RAB表示是否启动了RAN上的SIPTO的参数(RAN上的SIPTO启动状态标志),并且将该RAB建立请求消息发送至HNB-GW1714。
另外,HNB-GW1714针对启动了RAN上的SIPTO的RAB保持用于判断是否要启动U面中继功能的启动判断标志。启动判断标志表示“可以启动”或“无法启动”并且是预先设置的。
(2-2)第二实施例的操作
图18示出第二实施例中建立RAB的情况下的顺序。
接着在关注与图14(第一实施例的LTE)的差异的情况下说明图18的顺序。
步骤C1:UE102将ActivatePDP(PacketDataProtocol,分组数据协议)ContextRequest(启动PDP上下文请求)消息发送至SGSN1715。
步骤C2:SGSN175如现有技术中那样使用DNS118来选择GGSN1712。另外,根据现有技术(3GPPTS23.060版本12.1.0的第9.2.2章节的PDPContextActivationProcedure),SGSN1715如现有技术中那样补充GGSN1712的TEID的资源,以针对新的PDPContext(PDP上下文)建立承载,并且将RAB分配请求消息发送至HNB-GW1714。这里,在本实施例中,SGSN1715在RAB分配请求消息中设置图13所示的RAN上的SIPTO启动状态标志以向HNB-GW1714通知启动了RAN上的SIPTO。
步骤C3:HNB-GW1714在从SGSN1715接收到RAB分配请求消息的情况下能够根据RAN上的SIPTO启动状态标志识别出是否启动了RAN上的SIPTO。
另外,在RAN上的SIPTO的情况下,HNB-GW1714自身保持用于判断是否要启动U面中继功能的启动判断标志作为站数据(可以通过运营商在O&M服务器中进行设置)。
结果,HNB-GW1714将从SGSN1715通知的RAN上的SIPTO启动状态标志与HNB-GW1714自身所保持的启动判断标志相结合以判断是否要启动U面中继功能。
此时,HNB-GW1714利用与图15相同的方法来判断是否要启动U面中继功能。
换句话说,在没有从SGSN1715报告RAN上的SIPTO启动状态标志的情况下,HNB-GW1714如现有技术中那样判断为要启动U面中继功能。
在从SGSN1715通知了RAN上的SIPTO启动状态标志的情况下,如果启动判断标志是“可以启动”,则HNB-GW1714判断为作为卸载点的GGSN1712处于HNB-GW1714的上位侧,即,当从HNB-GW1714观看时GGSN1712处于HNB1704的相对侧,因此判断为要启动U面中继功能。
如果从SGSN1715通知了RAN上的SIPTO启动状态标志,则在启动判断标志是“无法启动”的情况下,HNB-GW1714判断为作为卸载点的GGSN1712处于HNB-GW1714的下位侧,即,当从HNB-GW1714观看时GGSN1712处于HNB1704侧,因此判断为不启动U面中继功能。
步骤C4~C7:这些步骤与图14中的步骤B4~B7相同。
步骤C8:在从HNB1704接收到RAB分配应答消息的情况下,HNB-GW1714根据接收到步骤C3的RAB分配请求消息时的U面中继功能的启动判断的结果来判断是否要启动U面中继功能。
步骤C9:该步骤与图14的步骤B9相同。
根据本实施例,HNB-GW1714保持用于判断在RAN上的SIPTO的情况下是否要启动U面中继功能的启动判断标志。
如果当从HNB-GW1714观看时作为卸载点的GGSN1712位于HNB1704侧,则将启动判断标志设置为“无法启动”。
因此,即使在SGSN1715启动了RAN上的SIPTO并且在RAB分配请求消息中通知启动了RAN上的SIPTO的情况下,也可以不在HNB-GW1714中终止用户数据并且不在HNB-GW1714侧启动U面中继功能。因此,可以使U面发送路径的长度最小化。在这种情况下,HNB-GW1714不针对HNB1704进行集中功能。
结果,获得经由HNB-GW1714的发送所引起的信号延迟得到改善、回程网105的线路成本降低以及避免了HNB-GW1714的容量增加的问题的效果。
接着说明本实施例的变形例。
尽管本实施例示出利用RAB分配请求消息来请求建立RAB的过程,但本发明还可适用于例如利用不同的重定位请求消息来请求建立RAB的过程。在这种情况下,SGSN1715能够在这些过程中通过在这些消息中设置图13所示的RAN上的SIPTO启动状态标志来向HNB-GW1714通知启动了RAN上的SIPTO。
尽管在本实施例中RAN上的SIPTO启动状态标志设置在请求建立RAB的RANAP消息中,但RAN上的SIPTO启动状态标志还可以设置在其它RANAP消息中,或者还可以设置在其它的RNSAP(RadioNetworkSubsystemApplicationPart,无线网络子系统应用部分)消息或者SABP(ServiceAreaBroadcastProtocol,服务区域广播协议)消息中。此外,RAN上的SIPTO启动状态标志的结构可以使用除图13所示的形式以外的形式。
尽管在本实施例中说明了针对HNB1704的U面启动RAN上的SIPTO的情况下的操作,但本发明还可适用于针对RNS1703的U面启动RAN上的SIPTO的情况。在这种情况下,同样可以获得与上述相同的效果。
尽管在本实施例中说明了HNB-GW1714,但本发明还可适用于应用代替HNB-GW1714的3G中继系统的情况。在这种情况下,同样可以获得与上述相同的效果。另外,本发明还可适用于在企业内部网关中应用与HNB-GW1714相对应的功能的情况。
尽管在本实施例中HNB-GW1714自身保持U面中继功能的启动判断标志作为站数据并且判断是否要启动U面中继功能,但HNB-GW1714还可以在没有保持站数据的情况下判断是否要启动U面中继功能。与第一实施例的方法相同的方法可以用作该方法。
最后,在本实施例中SGSN1715向HNB-GW1714通知启动了RAN上的SIPTO,还可以利用其它方法向HNB-GW1714通知是否启动了RAN上的SIPTO。与第一实施例的方法相同的方法可以用作该方法。
(2-3)第二实施例的效果
由于上述的结构,本实施例获得下述的效果。
第一效果:HNB-GW1714能够识别出启动了RAN上的SIPTO。结果,HNB-GW1714能够避免启动U面中继功能,由此可以优化U面的发送路径。
第二效果:由于可以优化U面发送路径,因此可以实现U面发送延迟的改善。
第三效果:可以降低HNB-GW1714和作为卸载点的GGSN1712之间的回程网105的线路成本。另外,可以减少运营商侧的CAPEX。
第四效果:可以避免由于至HNB-GW1714的U面的卸载所引起的HNB-GW1714的容量增加的问题。结果,不需要增设HNB-GW1714,并且可以降低运营商侧的CAPEX。
(3)第三实施例
(3-1)第三实施例的结构
本实施例是在LTE移动通信系统中启动本地网络处的SIPTO(具有独立GW(S-GW与L-GW配置在一起)功能的本地网络处的SIPTO)的实施例,系统结构自身与图9相同。
在本实施例中,MME115在用于请求建立E-RAB的消息(例如,E-RAB建立请求消息、初始上下文建立请求消息、切换请求消息或路径切换请求确认消息)中针对各E-RAB设置表示启动了本地网络处的SIPTO的参数(本地网络处的SIPTO启动状态标志),并且将该消息发送至HeNB-GW114。
图19示出根据本实施例的E-RAB建立请求消息的参数的示例。与图2相比,新引入了本地网络处的SIPTO启动状态标志。
图20示出本地网络处的SIPTO启动状态标志的结构。
本地网络处的SIPTO启动状态标志是新引入的标志。
MME115在针对对象E-RAB启动了本地网络处的SIPTO的情况下设置本地网络处的SIPTO启动状态标志,并且在没有启动本地网络处的SIPTO的情况下不设置本地网络处的SIPTO启动状态标志。
因此,MME115能够利用本地网络处的SIPTO启动状态标志向HeNB-GW114通知启动了本地网络处的SIPTO。
HeNB-GW114基于从MME115通知的本地网络处的SIPTO启动状态标志来判断是否要启动U面中继功能。
在本地网络处的SIPTO的情况下,卸载点始终处于HeNB-GW114的下位侧,换句话说,当从HeNB-GW114观看时处于HeNB903和904侧。结果,不需要第一实施例和第二实施例的启动判断标志。
最后,除本地网络处的SIPTO启动状态标志以外,还可以在图19所示的E-RAB建立请求消息中设置第一实施例和第二实施例的RAN上的SIPTO启动状态标志。
(3-2)第三实施例的操作
图21示出本实施例中建立E-RAB的顺序。
接着在关注与图6的差异的情况下说明图21的顺序。
步骤D1:该步骤与图6的步骤A1相同。
步骤D2:如在现有技术中,MME115使用DNS118来选择L-GW907。另外,根据现有技术(3GPPTS23.401版本12.1.0的第5.10.2章节的UErequestedPDNconnectivity),MME115针对新的PDN连接的承载补充L-GW907的TEID的资源,如现有技术,并且将E-RAB建立请求消息发送至HeNB-GW114。这里,在本实施例中,MME115在E-RAB建立请求消息中设置图20所示的本地网络处的SIPTO启动状态标志以向HeNB-GW114通知启动了本地网络处的SIPTO。
步骤D3:HeNB-GW114在从MME115接收到E-RAB建立请求消息的情况下能够根据本地网络处的SIPTO启动状态标志得知是否启动了本地网络处的SIPTO。
结果,HeNB-GW114利用从MME115通知的本地网络处的SIPTO启动状态标志来判断是否要启动U面中继功能。
图22示出步骤D3中用以判断是否要启动U面中继功能的处理的流程。
步骤S21:HeNB-GW114从MME115接收E-RAB建立请求消息。
步骤S22:HeNB-GW114在接收到E-RAB建立请求消息时判断是否从MME115通知了本地网络处的SIPTO启动状态标志。如果通知了该启动状态标志,则处理进入步骤S23的处理,并且如果没有通知该启动状态标志,则处理进入步骤S24的处理。
步骤S23:如果在步骤S22中从MME115通知了本地网络处的SIPTO启动状态标志,则HeNB-GW114判断为卸载点L-GW907处于HeNB-GW114的下位侧,即,当从HeNB-GW114观看时L-GW907处于HeNB104侧,并且判断为不启动U面中继功能。
步骤S24:如果在步骤S22中没有从MME115通知本地网络处的SIPTO启动状态标志,则HeNB-GW114如现有技术中那样判断为启动U面中继功能。
步骤D4~D7:这些步骤与图6的步骤A3~A6相同。
步骤D8:从HeNB104接收到E-RAB建立应答消息的HeNB-GW114根据接收到步骤D3的E-RAB建立请求消息时的U面中继功能的启动判断的结果来判断是否要启动U面中继功能。
步骤D9:该步骤与图6的步骤A7相同。
根据本实施例,由于MME115利用E-RAB建立请求消息来报告是否启动了本地网络处的SIPTO,因此可以在不启动HeNB-GW114侧的U面中继功能的情况下防止用户数据在HeNB-GW114侧终止。换句话说,HeNB-GW114不针对HeNB104实现线路集中功能。
因此,针对向HeNB104通知的E-RAB建立请求消息的传输层地址和TEID使用L-GW907所分配的传输层地址和TEID,此外,针对向L-GW907通知的传输层地址和TEID使用HeNB903所分配的传输层地址和TEID。
结果,建立了如图23那样的承载。
根据图23可以理解,用户数据在不终止于HeNB-GW114的情况下直接发送至L-GW907,因此与现有技术(图10的情况)相比,缩短了U面发送路径。结果,获得经由HeNB-GW114的发送所引起的信号延迟得到改善、回程网105的线路成本降低以及避免了HeNB-GW114的容量增加的问题的效果。
接着说明本实施例的变形例。
尽管在本实施例中示出了利用E-RAB建立请求消息来请求建立E-RAB的过程,但本发明还可适用于利用诸如初始上下文建立请求消息、切换请求消息或路径切换请求确认消息等的其它消息来请求建立E-RAB的过程。在这种情况下,MME115能够在这些过程中通过在这些消息中设置图20所示的本地网络处的SIPTO启动状态标志来向HeNB-GW114通知启动了本地网络处的SIPTO。另外,本地网络处的SIPTO启动状态标志的结构可以采用除图20所示的形式以外的形式。例如,本地网络处的SIPTO启动状态标志的结构可以是示出本地网络处的SIPTO的启动或本地网络处的SIPTO的停止的结构,或者还可以是其它结构。
另外,MME能够利用无UE移动的S-GW重定位过程来启动并停止本地网络处的SIPTO。例如,由于在建立最初的E-RAB的情况下服务不允许SIPTO,因此针对经由S-GW117和P-GW119进行传输的用户数据建立承载。接着,在存在针对允许SIPTO的服务的建立的请求的情况下,MME能够将S-GW改变为L-GW907。在这种情况下,即使没有发生UE的移动,也启动用以改变S-GW的过程(无UE移动的S-GW重定位过程)。在这种情况下,MME能够通过在例如E-RAB修改请求消息或UE上下文修改请求消息中设置图20所示的本地网络处的SIPTO启动状态标志来向HeNB-GW114通知启动了本地网络处的SIPTO。
在解除了允许SIPTO的服务的情况下,MME能够将S-GW从L-GW907改变为S-GW117。在这种情况下,MME能够通过在例如E-RAB修改请求消息或UE上下文修改请求消息中不设置图20所示的本地网络处的SIPTO启动状态标志来向HeNB-GW114通知停止了本地网络处的SIPTO。在这种情况下,由于HeNB能够识别出停止了SIPTO,因此HeNB-GW能够判断为启动了U面中继功能。
此外,尽管在本实施例中本地网络处的SIPTO启动状态标志设置在用于请求建立E-RAB的S1AP消息中,但本地网络处的SIPTO启动状态标志可以设置在其它S1AP消息中,或者可以设置在例如其它的X2AP消息或LPPa消息中。另外,本地网络处的SIPTO启动状态标志的结构可以采用除图13所示的形式以外的形式。
尽管在本实施例中说明了针对HeNB903的U面启动本地网络处的SIPTO的情况下的操作,但本发明还可适用于以下情况:形成微微小区或宏小区的eNB连接至HeNB-GW114,并且针对该eNB的U面启动本地网络处的SIPTO。在这种情况下,同样可以获得与上述相同的效果。
尽管在本实施例中使用了HeNB-GW114,但本发明可适用于应用代替HeNB-GW114的LTE中继系统(3GPPTS36.300版本11.5.0)以及RN应用于DeNB的情况。在这种情况下,可以获得与上述效果相同的效果。另外,本发明还可适用于宏基站进行移动控制并且形成小小区的基站执行U面控制的小小区增强(3GPPTS36.932版本12.0.0)系统。此外,本发明还可适用于在企业内部网关中应用与HeNB-GW114相对应的功能的情况。
尽管在本实施例中MME115向HeNB-GW114通知启动了本地网络处的SIPTO,但可以利用其它方法来向HNB-GW1714通知是否启动了本地网络处的SIPTO。
例如,HeNB-GW114可以向MME115提交用以获知是否启动了本地网络处的SIPTO的询问。
可选地,MME115的维护监视装置和HeNB-GW114的维护监视装置可以彼此进行沟通,并且MME115的维护监视装置可以向HeNB-GW114的维护监视装置通知针对相关的E-RAB启动了本地网络处的SIPTO。
可选地,HeNB-GW114管理作为站数据的L-GW的IP地址的管理信息以及表示L-GW是否是被MME115选择为卸载点的L-GW的管理信息。HeNB-GW114在从MME115接收到用于请求建立E-RAB的消息时,在该消息的传输层地址与受管理的作为卸载点的L-GW的IP地址一致的情况下,可以判断为启动了本地网络处的SIPTO。
可选地,在MME115启动本地网络处的SIPTO的情况下HeNB-GW114采用与使用DNS118来选择L-GW的方法相同的方法以获取可能被选择为本地网络处的SIPTO中的卸载点的L-GW的IP地址。然后,如果从MME115通知了这些IP地址(例如,由请求建立E-RAB的消息所通知),则HeNB-GW114可以判断为启动了本地网络处的SIPTO。
可选地,UE可以与MME115同步,并且利用相同的逻辑来预测MME115是否将启动本地网络处的SIPTO,然后,在预测为将启动本地网络处的SIPTO的情况下,利用分组呼叫发起所用的NAS消息向HeNB-GW114通知启动了本地网络处的SIPTO。
(3-3)第三实施例的效果
由于上述的本实施例的结构,因此可以获得如下所述的效果。
第一效果:HeNB-GW114能够得知启动了本地网络处的SIPTO。结果,HeNB-GW114能够避免启动U面中继功能,因此可以优化U面发送路径。
第二效果:由于可以优化U面发送路径,因此可以实现U面发送延迟的改善。
第三效果:可以降低HeNB-GW114和作为卸载点的L-GW907之间的回程网105的线路成本。另外,可以降低运营商侧的CAPEX。
第四效果:可以避免由于至HeNB-GW114的U面的卸载所引起的HeNB-GW114的容量增加的问题。结果,消除了增设HeNB-GW114的需要,并且可以减少运营商侧的CAPEX。
(4)第四实施例
(4-1)第四实施例的结构
本实施例是在3G移动通信系统中启动本地网络处的SIPTO(具有独立GW(S-GW与L-GW配置在一起)功能的本地网络处的SIPTO)的实施例。
图24示出可以启动本地网络处的SIPTO的3G移动通信系统的结构的概要。
接着在关注与图17的差异的情况下说明图24所示的系统结构。
L-GW2407是不同于HeNB2403的装置。
HNB2404具备L-GW2405的功能。
本实施例在作为相对于HeNB2403独立的装置的L-GW2407处实现至因特网106的用户数据的卸载。
L-GW2407可以安装在本地网络中,或者可以安装在回程网105中。HNB2404具备用于卸载的L-GW2405的功能,但HNB、RNS和HNB-GW也可以具备用于卸载的L-GW的功能。不针对L-GW2405和2407的安装位置施加任何特殊限制。
在3G移动通信系统中,在启动了本地网络处的SIPTO的状态下HNB-GW2414启动U面中继功能的情况下,同样发生与第一实施例至第三实施例相同的问题(信号延迟、回程网105的线路成本的增加以及HNB-GW2414的容量增加的问题)。
(4-2)第四实施例的操作
代替第二实施例的RAN上的SIPTO启动状态标志,本实施例使用图20所示的本地网络处的SIPTO启动状态标志。
另外,在本实施例中,针对图24所示的3G移动通信系统应用与第三实施例的本地网络处的SIPTO的过程相同的过程。此时,HNB-GW2414利用与图22相同的方法来判断是否要启动U面中继功能。HNB-GW2414在得知本地网络处的SIPTO的启动的情况下,不启动U面中继功能并且不在HNB-GW2414中终止用户数据。换句话说,HNB-GW2414不针对HNB2404进行集中功能。
(4-3)第四实施例的效果
本实施例可以针对3G移动通信系统应用与第三实施例相同的效果。
尽管参考实施例说明了本发明,但本发明不限于上述的实施例。可以在本发明的范围内对本发明的结构和细节进行本领域技术人员将会理解的各种修改。
最后,说明本发明的概要。
图25示出本发明的移动通信系统的概要。
如图25所示,本发明的移动通信系统包括核心网装置251和网关装置252。
网关装置252将与便携式终端(未示出)进行无线通信的基站(未示出)连接至核心网。
核心网装置251安装在核心网中,并且进行便携式终端的移动管理。
本发明的移动通信系统能够启动用于在与便携式终端所接入的基站近的卸载点处对从该便携式终端发送至外部网络(例如,因特网)的用户数据进行卸载的SIPTO。
核心网装置251包括向网关装置252发送用于判断是否要启动SIPTO的信息的通信部2511。
网关装置252包括从核心网装置251接收上述信息的通信部2521。
结果,获得网关装置252能够基于从核心网装置251接收到的上述信息识别出是否启动了SIPTO的效果。
核心网装置251可以在请求建立承载的消息中设置表示启动了SIPTO的启动状态标志作为上述信息,并且将该消息发送至网关装置252。在这种情况下,如果消息中设置了启动状态标志,则网关装置252可以判断为启动了SIPTO。另外,核心网装置251还可以在没有启动SIPTO的情况下发送某种信息。
另外,网关装置252可以针对是否启动了SIPTO向核心网装置251提交询问,并且可以接收针对该询问的应答作为上述信息。
可选地,可以将表示启动了SIPTO的信息作为上述信息从核心网装置251的维护管理装置发送至网关装置252的维护管理装置。
核心网装置251可以在请求建立承载的消息中将被选择为卸载点的节点的IP地址设置为上述信息。在这种情况下,网关装置252可以保持被核心网装置251选择为卸载点的节点的IP地址,然后在从核心网装置251接收到的消息中所设置的IP地址与所保持的IP地址一致的情况下判断为启动了SIPTO。
可选地,核心网装置251可以在请求建立承载的消息中设置被选择为卸载点的节点的IP地址作为上述信息。在这种情况下,网关装置252可以保持可能被核心网装置251选择为卸载点的节点的IP地址,然后在从核心网装置251接收到的消息中所设置的IP地址与所保持的IP地址中的任何IP地址一致的情况下判断为启动了SIPTO。
可选地,网关装置252可以具有用以判断是否要启动用于对用户数据进行中继的中继功能的启动判断标志。该启动判断标志被设置为在被选择为卸载点的节点位于网关装置252上位的情况下使得能够启动。此时,网关装置252可以在判断为启动了SIPTO此外启动判断标志被设置为使得能够启动的情况下判断为要启动中继功能;可以在判断为启动了SIPTO此外启动判断标志没有被设置为使得能够启动的情况下判断为不启动中继功能;或者可以在判断为没有启动SIPTO的情况下判断为要启动中继功能。
可选地,网关装置252可以在从核心网装置251接收到设置了启动状态标志的S1AP消息的情况下判断为不启动中继功能,或者可以在没有从核心网装置251接收到设置了启动状态标志的S1AP消息的情况下判断为要启动中继功能。
可选地,网关装置252可以在判断为启动了SIPTO的情况下判断为不启动中继功能,或者可以在判断为没有启动SIPTO的情况下判断为要启动中继功能。
网关装置252还可以从便携式终端接收上述信息。
在LTE移动通信系统中启动了RAN上的SIPTO的情况下(对应于第一实施例),核心网装置251是MME,网关装置252是HeNB-GW,并且卸载点是位于RAN上位的S-GW和P-GW。
在3G移动通信系统中启动了RAN上的SIPTO的情况下(对应于第二实施例),核心网装置251是SGSN,网关装置252是HNB-GW,并且卸载点是位于RAN上位的GGSN。
在LTE移动通信系统中启动了本地网络处的SIPTO的情况下(对应于第三实施例),核心网装置251是MME,网关装置252是HeNB-GW,并且卸载点是位于本地网络处的L-GW。
最后,在3G移动通信系统中启动了本地网络处的SIPTO的情况下(对应于第四实施例),核心网装置251是SGSN,网关装置252是HNB-GW,并且卸载点是位于核心网处的L-GW。
核心网装置251和网关装置252具备除上述的通信部以外的控制部(未示出),并且在上述的处理中,假定上述的控制部执行除与上述的通信部所执行的通信有关的处理以外的处理。
可以如下所示表示本实施例。
如果HeNB-GW在UE上下文建立过程中和E-RAB建立过程中从MME接收到“RAN上的SIPTO启动状态标志”,则来自HeNB的S1-U接口可以不在HeNB-GW处终止。如果HeNB-GW在UE上下文建立过程和E-RAB建立过程中从MME接收到“本地网络处的SIPTO启动状态标志”,则来自HeNB的S1U接口不应在HeNB-GW处终止。
在支持RAN上的SIPTO的情况下,MME可以支持以下的附加功能:
传送用以表示MME在UE上下文建立过程和E-RAB建立过程中启动了RAN上的SIPTO功能的“RAN上的SIPTO启动状态标志”。
在本地网络处的SIPTO的情况下,MME可以支持以下的附加功能:
传送用以表示MME在UE上下文建立过程和E-RAB建立过程中启动了本地网络处的SIPTO的“本地网络处的SIPTO启动状态标志”。
在支持RAN上的SIPTO的情况下,MME可以支持以下的附加功能:
传送用以表示MME在UE上下文建立过程和E-RAB建立过程中启动了RAN上的SIPTO功能的“RAN上的SIPTO启动状态标志”。
在支持本地网络处的SIPTO的情况下,MME可以支持以下的附加功能:
传送用以表示MME在UE上下文建立过程和E-RAB建立过程中启动了本地网络处的SIPTO的“本地网络处的SIPTO启动状态标志”。
另外,如下所示来定义本实施例中的S1接口。
在HeNB-GW与核心网之间
在HeNB与HeNB-GW之间
HeNB-GW对MME而言表现为eNB。HeNB-GW对HeNB而言表现为MME。
另外,本实施例中的本地网络处的SIPTO可以表示为“SIPTOLN”。
在本实施例中,终止U面(用户数据)对应于终止例如LTE中的S1-U接口。
在本实施例中,集中功能例如被称为Concentration功能。
本申请要求2013年11月6日提交的日本专利申请2013-230544的优先权,其全部内容通过引用包含于此。
Claims (14)
1.一种移动通信系统,包括:便携式终端;基站,其与所述便携式终端进行无线通信;网关装置,其将所述基站连接至核心网;以及核心网装置,其安装在所述核心网中并且进行所述便携式终端的移动管理,其中,
所述核心网装置向所述网关装置发送用于判断是否启动了选择IP业务卸载即SIPTO的信息,其中,IP是因特网协议;以及
所述网关装置从所述核心网装置接收所述信息。
2.根据权利要求1所述的移动通信系统,其中,所述网关装置控制是否要终止U面。
3.根据权利要求2所述的移动通信系统,其中,
在所述核心网装置判断为要启动所述SIPTO的情况下,所述信息是表示启动了所述SIPTO的信息。
4.根据权利要求3所述的移动通信系统,其中,
在接收到表示启动了所述SIPTO的信息的情况下,所述网关装置进行使得不终止所述U面的控制。
5.根据权利要求1~4中任一项所述的移动通信系统,其中,
所述核心网装置能够将所述信息包括在所发送的消息中。
6.根据权利要求2~4中任一项所述的移动通信系统,其中,
在所述核心网装置判断为不启动所述SIPTO的情况下,所述核心网装置不将用于判断是否启动了所述SIPTO的信息包括在所发送的消息中。
7.根据权利要求6所述的移动通信系统,其中,
在所接收到的消息中没有包括用于判断是否启动了所述SIPTO的信息的情况下,所述网关装置进行使得终止所述U面的控制。
8.根据权利要求4所述的移动通信系统,其中,
在所述网关装置接收到表示启动了所述SIPTO的信息的情况下,所述基站和卸载点之间的U面不是经由所述网关装置发送的而是直接发送的。
9.根据权利要求1~8中任一项所述的移动通信系统,其中,
用于判断是否启动了所述SIPTO的信息是经由E-RAB修改消息来发送的。
10.根据权利要求1~9中任一项所述的移动通信系统,其中,
在启动了所述SIPTO之后变得不需要启动所述SIPTO的情况下,所述核心网装置通过在E-RAB修改消息中不设置用于判断是否启动了所述SIPTO的信息来向所述网关装置通知所述SIPTO的解除。
11.一种网关装置,其将基站连接至核心网,所述网关装置包括:
通信部,其从所述核心网中所安装的核心网装置接收用于判断是否启动了SIPTO的信息。
12.一种核心网装置,其安装在核心网中并且执行便携式终端的移动管理,所述核心网装置包括:
通信部,其向网关装置发送用于判断是否启动了SIPTO的信息。
13.一种通信方法,其由将基站连接至核心网的网关装置来实现,所述通信方法包括以下步骤:
从所述核心网中所安装的核心网装置接收用于判断是否启动了SIPTO的信息。
14.一种通信方法,其由核心网中所安装的进行便携式终端的移动管理的核心网装置来实现,所述通信方法包括以下步骤:
向网关装置发送用于判断是否启动了SIPTO的信息。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2013-230544 | 2013-11-06 | ||
JP2013230544 | 2013-11-06 | ||
PCT/JP2014/073475 WO2015068457A1 (ja) | 2013-11-06 | 2014-09-05 | 移動通信システム、ゲートウェイ装置、コアネットワーク装置、通信方法 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN105706487A true CN105706487A (zh) | 2016-06-22 |
CN105706487B CN105706487B (zh) | 2019-11-05 |
Family
ID=53041240
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201480060964.3A Active CN105706487B (zh) | 2013-11-06 | 2014-09-05 | 移动通信系统 |
Country Status (5)
Country | Link |
---|---|
US (1) | US10085267B2 (zh) |
EP (1) | EP3068163B1 (zh) |
JP (1) | JP6213576B2 (zh) |
CN (1) | CN105706487B (zh) |
WO (1) | WO2015068457A1 (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10194480B2 (en) * | 2016-03-09 | 2019-01-29 | Cisco Technology, Inc. | Core signalling reduction in dual connectivity |
BR112019006258A2 (pt) * | 2016-09-30 | 2019-06-25 | Huawei Tech Co Ltd | método e sistema de transferência, e aparelho |
US11012352B2 (en) * | 2017-10-16 | 2021-05-18 | Edgemicro Corp. | Traffic offloading for mobile operators |
US11399414B2 (en) * | 2019-04-08 | 2022-07-26 | Parallel Wireless, Inc. | Mobile base station bubble network |
US11006248B1 (en) * | 2019-07-03 | 2021-05-11 | Sprint Communications Company L.P. | Quality-of-service monitoring for a fifth generation new radio (5GNR) access node and a non-5GNR access node |
CN110213798B (zh) * | 2019-07-17 | 2022-10-25 | 京信网络系统股份有限公司 | 一种基于Femto网关的分流方法及装置 |
JP7415799B2 (ja) | 2020-05-28 | 2024-01-17 | 富士フイルムビジネスイノベーション株式会社 | 無線基地局装置、無線基地局プログラム、及び無線通信システム |
CN112333721A (zh) * | 2020-11-11 | 2021-02-05 | 上海共进信息技术有限公司 | 一种基站快速部署方法、基站设备及进行ue和核心网通信的方法 |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102111825A (zh) * | 2010-04-07 | 2011-06-29 | 电信科学技术研究院 | 区分Direct Tunnel的方法、系统及装置 |
CN102196404A (zh) * | 2010-03-11 | 2011-09-21 | 电信科学技术研究院 | 一种发送数据的方法、系统和装置 |
CN102238634A (zh) * | 2010-05-05 | 2011-11-09 | 中国移动通信集团公司 | 在无线网络中进行数据分流的方法及其装置 |
US20120189016A1 (en) * | 2011-01-21 | 2012-07-26 | Research In Motion Limited | Network Apparatus and Process to Determine the Connection Context for Connections Used for (Local) Offloading |
WO2012108660A2 (ko) * | 2011-02-11 | 2012-08-16 | 엘지전자 주식회사 | 이동통신 네트워크 내에서 제어 평면을 담당하는 서버 및 그 서버에서 서비스를 제어하는 방법 |
WO2012112571A1 (en) * | 2011-02-14 | 2012-08-23 | Zte (Usa) Inc. | Selected ip traffic offload (sipto) at a home network node |
US20120224536A1 (en) * | 2009-11-10 | 2012-09-06 | Nokia Siemens Networks Oy | Network device in a communication network and method for providing communications traffic breakout |
Family Cites Families (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
FR2933834A1 (fr) * | 2008-07-11 | 2010-01-15 | Canon Kk | Procede de gestion d'une transmission de flux de donnees sur un canal de transport d'un tunnel, tete de tunnel, produit programme d'ordinateur et moyen de stockage correspondants. |
US20120252707A1 (en) | 2011-03-30 | 2012-10-04 | Leiming Li | Methods and compositions to delay viscosification of treatment fluids |
JP5873164B2 (ja) | 2011-04-01 | 2016-03-01 | インターデイジタル パテント ホールディングス インコーポレイテッド | 選択的トラフィックオフロード手順を実行すること |
WO2012138760A1 (en) | 2011-04-04 | 2012-10-11 | Interdigital Patent Holdings, Inc. | Selected ip traffic offload and local ip access |
JP2013017093A (ja) | 2011-07-05 | 2013-01-24 | Sharp Corp | 移動局装置、位置管理装置、lgw、アクセス制御装置、移動通信システム及び移動通信方法 |
US9572198B1 (en) * | 2013-03-07 | 2017-02-14 | Sprint Spectrum L.P. | Inter-technology diversity in wireless communications |
-
2014
- 2014-09-05 WO PCT/JP2014/073475 patent/WO2015068457A1/ja active Application Filing
- 2014-09-05 US US15/035,089 patent/US10085267B2/en active Active
- 2014-09-05 JP JP2015546321A patent/JP6213576B2/ja active Active
- 2014-09-05 CN CN201480060964.3A patent/CN105706487B/zh active Active
- 2014-09-05 EP EP14859383.3A patent/EP3068163B1/en active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20120224536A1 (en) * | 2009-11-10 | 2012-09-06 | Nokia Siemens Networks Oy | Network device in a communication network and method for providing communications traffic breakout |
CN102196404A (zh) * | 2010-03-11 | 2011-09-21 | 电信科学技术研究院 | 一种发送数据的方法、系统和装置 |
CN102111825A (zh) * | 2010-04-07 | 2011-06-29 | 电信科学技术研究院 | 区分Direct Tunnel的方法、系统及装置 |
CN102238634A (zh) * | 2010-05-05 | 2011-11-09 | 中国移动通信集团公司 | 在无线网络中进行数据分流的方法及其装置 |
US20120189016A1 (en) * | 2011-01-21 | 2012-07-26 | Research In Motion Limited | Network Apparatus and Process to Determine the Connection Context for Connections Used for (Local) Offloading |
WO2012108660A2 (ko) * | 2011-02-11 | 2012-08-16 | 엘지전자 주식회사 | 이동통신 네트워크 내에서 제어 평면을 담당하는 서버 및 그 서버에서 서비스를 제어하는 방법 |
WO2012112571A1 (en) * | 2011-02-14 | 2012-08-23 | Zte (Usa) Inc. | Selected ip traffic offload (sipto) at a home network node |
Non-Patent Citations (1)
Title |
---|
NSN: "Path selection in H(e)NB and user plane handling in H(e)NB-GW", 《3GPP TSG-RAN WG3 MEETING #82;R3-132099》 * |
Also Published As
Publication number | Publication date |
---|---|
EP3068163A1 (en) | 2016-09-14 |
JPWO2015068457A1 (ja) | 2017-03-09 |
EP3068163A4 (en) | 2017-07-12 |
EP3068163B1 (en) | 2020-07-22 |
US10085267B2 (en) | 2018-09-25 |
WO2015068457A1 (ja) | 2015-05-14 |
JP6213576B2 (ja) | 2017-10-18 |
CN105706487B (zh) | 2019-11-05 |
US20160278097A1 (en) | 2016-09-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US20220159533A1 (en) | Communication system | |
CN105706487A (zh) | 移动通信系统、网关装置、核心网装置和通信方法 | |
JP5704370B2 (ja) | 基地局間のハンドオーバーを管理するための方法及び装置 | |
JP5783397B2 (ja) | 通信システム | |
CN106376049B (zh) | 用于通信网络的目标基站和移动性管理实体及相应操作方法、通信系统和移动通信设备 | |
US10560913B2 (en) | Method, device, and system for acquisition of control node information | |
CN102104927B (zh) | 一种对终端进行接入控制的系统及方法 | |
CN103220653A (zh) | 移动中继跟踪区域配置及位置更新方法和装置 | |
CN105453643A (zh) | 用于数据流的设置或修改的方法和系统、主节点、辅节点、ue以及计算机程序产品 | |
CN104349394A (zh) | 一种小小区架构中支持业务本地分流的方法、系统和设备 | |
CN102695227A (zh) | 一种家用基站协作传输数据的方法及家用基站 | |
CN104717631A (zh) | 一种实现本地网关业务的方法、系统及连接设备 | |
CN102438282A (zh) | 一种信息传输的方法及系统 | |
CN102281600B (zh) | 一种实现本地切换的方法和装置 | |
KR101410300B1 (ko) | 패킷 데이터 프로토콜 콘텍스트를 비활성화시키는 방법 | |
US9769707B2 (en) | Communication system, base station, gateway device, base station control method, and gateway device control method | |
JP5807487B2 (ja) | 基地局装置、ハンドオーバ制御方法及びコンピュータプログラム |
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 |