CN103687047B - 通用分组无线服务业务数据传输方法、装置及系统 - Google Patents
通用分组无线服务业务数据传输方法、装置及系统 Download PDFInfo
- Publication number
- CN103687047B CN103687047B CN201210332645.6A CN201210332645A CN103687047B CN 103687047 B CN103687047 B CN 103687047B CN 201210332645 A CN201210332645 A CN 201210332645A CN 103687047 B CN103687047 B CN 103687047B
- Authority
- CN
- China
- Prior art keywords
- sent
- gprs
- message
- rlc
- protocol layers
- 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种通用分组无线服务GPRS业务数据传输方法、装置及系统,该方法包括:接入单元AU和网关单元GU之间通过因特网协议IP网络连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据;其中,AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除。采用上述技术方案,能够较好地解决基站子系统实现网络扁平化以后,能够较好地提高信令数据和用户数据在IP网上传输的可靠性,解决用户数据传输延时增加、数据包乱序的问题。
Description
技术领域
本发明涉及移动通信技术领域,尤其是涉及一种通用分组无线服务GPRS业务数据传输方法、接入装置、网关装置及系统。
背景技术
全球移动通信系统(GSM,Global System of Mobile Communication)中,基站子系统(BSS,Base Station Subsystem)网络架构组成如图1所示,包括基站收发台(BTS,BaseTransceiver Station)、基站控制器(BSC,Base Station Controller)和码变换和速率适配单元(TRAU,Multi-channel Transcoder Rate Adapter Unit)。其中,基站子系统通过无线接口Um直接与移动台(MS,Mobile Station)进行连接,用于无线传输、无线资源管理和无线链路监测。基站子系统通过A接口与网络子系统(NSS,Network Sub-System)中的移动交换中心(MSC,Mobile Switch Center)进行连接,通过Gb接口与网络子系统中的SGSN进行连接。在基站子系统内部,基站控制器与码变换和速率适配单元之间通过Ater进行通信,与基站收发台之间通过Abis接口进行通信。
现有技术中,通用分组无线服务技术(GPRS,General Packet Radio Service)协议栈如图2所示,MS和BTS之间通过Um接口进行连接,实现GPRS对等PHY协议层。BTS与分组控制单元(PCU,Package Control Unit)通过Abis接口进行连接,用以传输分组交换(PS,Packet Switch)域数据。PCU网元实现空口侧RLC协议层和MAC协议层,用以完成GPRS无线资源管理、GPRS链路建立和拆除。PCU与GPRS服务支持节点(SGSN,Serving GPRS SupportNode)通过Gb接口进行连接,实现对等BSSGP协议层和NS协议层。
随着移动通信技术的快速发展,移动通信系统的网络结构也在从GSM复杂的开放式网络结构向全网络之间互连协议(IP,Internet Protoal)化的扁平化网络架构逐渐演进。扁平化的网络架构具有协议流程简单,协议实体少,同时还具有中间网络节点少,使得处理业务延时和网络传输延时降低等优点,同时还能够支持高速数据传输业务,提升用户感知度。基于图1所示的系统架构,如果基站子系统采用全IP架构来实现通信网络扁平化,即BSC节点与BTS节点之间承载在IP网上,则IP化的基站子系统网络架构存在以下缺陷:
现有技术中基站子系统网络PCU放置在BSC节点处实现的,PCU单元对PS数据包进行分段重组操作,分段后的空口数据经由BSC节点、BTS节点和MS节点进行初始传输和空口丢包重传操作。IP网络传输存在以下几个问题:网络传输丢包、网络延时抖动以及数据包乱序。若使用现有BSS网络IP化技术,IP化的基站子系统网络会增加分段后的数据传输过程中的传输时延,网络延时抖动和网络传输中数据包乱序问题将会导致通信质量变得较差,现有技术无法解决IP网络传输中遇到的这些问题。
发明内容
本发明实施例提供了一种通用分组无线服务业务数据传输方法、装置及系统,用以解决网络传输丢包、网络延时抖动以及网络传输中数据包乱序的问题,提高通信质量。
本发明实施例提供的技术方案如下:
一种通用分组无线服务GPRS业务数据传输方法,包括:接入单元AU通过因特网协议IP网络和网关单元GU连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据;其中,AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除。
一种通用分组无线服务GPRS业务数据传输方法,包括:网关单元GU通过因特网协议IP网络和接入单元AU连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据;其中,AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除。
一种通用分组无线服务GPRS业务数据传输的接入装置,包括:连接单元,用于和网关单元GU之间通过因特网协议IP网络连接;承载单元,用于承载建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据;RLC/MAC协议处理单元,用于管理传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除。
一种通用分组无线服务GPRS业务数据传输的网关装置,包括:连接单元,用于和接入单元AU之间通过因特网协议IP网络连接,其中,AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除;承载单元,用于承载建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据。
一种通用分组无线服务GPRS业务数据传输系统,包括:接入单元AU,用于和网关单元GU之间通过因特网协议IP网络连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据,其中,AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除;网关单元GU,用于和AU之间通过因特网协议IP网络连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据。
采用上述技术方案,AU和GU之间通过IP网络连接,承载用于建立GPRS业务流程的信令以及传输GPRS业务数据,其中,AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除。较好地避免了现有技术中的基站子系统网络GPRS协议栈无法解决IP数据包丢包和乱序的问题,以及无法解决网络延时抖动和数据包乱序的问题,降低了网络传输延时,提高了BSS网络IP化后网络通信质量。
附图说明
图1为现有技术中,提出的GSM通信系统架构图;
图2为现有技术中,提出的GSM通信系统中GPRS网络协议栈结构示意图;
图3为本发明实施例一中,提出的GSM通信系统架构图;
图4为本发明实施例一中,提出的GPRS扁平化网络协议栈示意图;
图5为本发明实施例一中,提出的扁平化BSS网络GPRS小区注册流程示意图;
图6为本发明实施例一中,提出的扁平化BSS网络GPRS业务数据流程图;
图7为本发明实施例二中,提出的接入装置结构示意图;
图8为本发明实施例二中,提出的网关装置结构示意图。
具体实施方式
针对现有技术中存在的实现GSM通信网络扁平化时,直接将BSC和BTS之间用IP网络连接时,网络传输时延较长、通信质量较差的问题,本发明实施例这里提出的技术方案,接入单元(AU,Access Unit)和网关单元(GU,Gateway Unit)之间通过IP网络连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据,从而可以较好地降低BSS网络IP化后的GPRS数据传输时延,提高通信质量。
下面将结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。
实施例一
如图3所示,本发明实施例一这里提出一种扁平化GSM网络架构,包括AU和GU,其中AU,用于和GU之间通过IP网络连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除。
GU,用于和AU之间通过因特网协议IP网络连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据。
其中,GU可以但不限于是网关设备或者BSC节点,优选的,GU为FEMTO网关;AU可以但不限于是基站、接入设备或者是BTS节点,优选的,AU为FEMTO CELL。
较佳地,本发明实施例一这里提出的技术方案,通过对现有技术中基站子系统的改进,来实现扁平化的通信系统。对比图3和图1,本发明实施例一这里提出的技术方案,通过将现有技术中基站子系统网络中的BSC节点的部分功能下移到BTS节点来实现,即将现有技术中的BSC节点演变为GU,将现有技术中的BTS演变为AU,将现有技术中BTS和BSC之间的Abis接口演变为Iuh’接口,现有技术中Abis接口承载在E1链路上,本发明实施例一这里提出的技术方案中,Iuh’接口承载在IP网络中。优选的,对于扁平化GSM FEMTO,Iuh’接口定义为FG1接口(Flat GSM第1接口),FG1接口是FEMTO CELL(相当于AU)与Femto网关(相当于GU)间的逻辑接口。
相应地,基于图3中所示的系统架构,扁平化GSM通信系统中GPRS网络协议栈也相应地有所变化,具体如图4所示,其中,扁平化基站子系统中,FEMTO CELL(相当于AU)除了处理传统BTS节点支持的协议外,还增加了RLC/MAC协议层、BSSGP(BSS GPRS Protocol,基站子系统GPRS协议)协议层、GTP-U协议层以及UDP/IP协议层,GU和AU之间通过以太网进行连接,能够较好地减少运营商铺设网络的成本,同时,扁平化的IP化的网络架构易于向LTE演进。
优选的,GTP-U协议层可以用BG-NS(BSSGP-Network Subsystem)协议层来实现,BG-NS协议用于在FEMTO CELL和FEMTO网关之间传输数据。同时,BG-NS协议还提供下列功能:FEMTO CELL向FEMTO网关注册和注销GPRS小区、FEMTO CELL和FEMTO网关之间维护心跳功能并实时检测对端网元是否正常、传输BSSGP消息、FEMTO网关拥塞改变通知FEMTO CELL、FEMTO网关状态改变通知FEMTO CELL。
BG-NS协议的基本流程包括连接、解连接、数据传输、拥塞改变、状态改变和心跳。
连接流程用于FEMTO CELL和FEMTO网关建立BVC虚连接,并在FEMTO网关处注册GPRS小区信息。具体过程包括:FEMTO CELL接到GPRS小区创建命令,则构建并发送BG-NS连接请求消息;FEMTO网关收到BG-NS连接请求消息之后,构建BG-NS连接确认消息,并在该消息中带有请求结果字段,用以指示是否接受GPRS小区注册;当FEMTO网关判断已经存在GPRS小区上下文信息,则使用最新接收到的信息覆盖原有的信息,并返回连接确认消息给FEMTOCELL;若FEMTO CELL收到不合法的连接确认消息后,则丢弃。
解连接流程用于FEMTO CELL向FEMTO网关注销某一BVC虚连接,并在FEMTO网关处释放GPRS小区上下文信息。由FEMTO CELL发起的解连接流程具体包括:FEMTO CELL发生GPRS小区故障或者OAM干预等原因,则构建并发送BG-NS解连接请求消息;FEMTO网关接收到BG-NS解连接请求消息之后,释放GPRS小区上下文,构建并发送NG连接确认消息给FEMTOCELL;FEMTO网关应该丢弃无效的解连接请求消息;FEMTO CELL应该丢弃无效的解连接确认消息。由FEMTO网关发起的解连接流程具体包括:FEMTO网关与SGSN之间链路发生故障或者OAM干预或者PS模块异常等原因,则构建并发送BG-NS解连接请求给FEMTO CELL,同时释放GPRS小区上下文;FEMTO CELL收到BG-NS解连接请求消息之后,关闭GPRS小区,并上报告警;FEMTO网关应该丢弃无效的解连接确认消息;FEMTO CELL应该丢弃无效的解连接请求消息。
数据传输流程用于FEMTO CELL和FEMTO网关之间传输BSSGP消息。具体过程包括:FEMTO CELL传输上行BSSGP消息给FEMTO网关,FEMTO网关将会丢弃不合法的上行数据传输消息;FEMTO网关传输下行BSSGP消息给FEMTO CELL,FEMTO CELL将会丢弃不合法的下行数据传输消息。
拥塞改变流程用于FEMTO网关拥塞状态发生改变,则构建拥塞改变通知发送给FEMTO CELL,主要用于上行链路。具体过程包括:FEMTO网关判断上行链路拥塞状态,若状态发生改变,则构建并发送BG-NS拥塞通知消息给FEMTO CELL;FEMTO CELL接收并解析该消息,若FEMTO网关当前上行链路发生拥塞,则FEMTO CELL将发起上行流量控制过程。
状态改变流程用于当FEMTO网关发生NS虚连接故障或者故障恢复时,则向FEMTOCELL发送状态改变通知。具体过程包括:FEMTO CELL接收并解析BG-NS状态指示消息,若NS虚连接发生故障,则FEMTO CELL挂起GPRS小区;若NS虚连接故障恢复,则FEMTO CELL恢复GPRS小区。
心跳流程用于在FEMTO网关和FEMTO CELL之间提供一种链路检测机制。由FEMTO网关发起的心跳流程具体包括:FEMTO网关发起心跳请求,若在规定的时间内未有收到心跳确认消息,则FEMTO网关将重发心跳请求;如果重发Nmax次之后,仍未有收到FEMTO CELL的心跳确认消息,FEMTO网关将认为与FEMTO CELL之间的链路断开,并删除GPRS小区上下文信息。由FEMTO CELL发起的心跳流程具体包括:FEMTO CELL发起心跳请求,若在规定的时间内未有收到心跳确认消息,则FEMTO CELL将重发心跳请求;如果重发Nmax次之后,仍未有收到FEMTO网关的心跳确认消息,FEMTOCELL将认为与FEMTO网关之间的链路断开,并尝试向FEMTO网关进行重连。
相应地,基于图3所示的系统架构,本发明实施例一这里提出通用分组无线服务GPRS业务数据传输方法,包括:AU和GU之间通过因特网协议IP网络连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据;其中,AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS链路建立和拆除。
具体地,基于该系统架构,建立GPRS业务流程的信令之前,还包括AU中的BG-NS协议处理层向GU请求注册GPRS小区;以及在向GU请求注册GPRS小区成功之后,AU中的BG-NS协议处理层向GPRS服务支持节点SGSN请求注册所述GPRS小区。即在建立GPRS业务连接之前,需要进行GPRS小区注册,在注册成功之后才可以继续进行GPRS业务的信令建立以及GPRS业务数据的传输,其中,AU向GU请求注册GPRS小区,包括:AU中的BG-NS协议处理层根据接收到的小区激活命令,在确定出待激活的小区是GPRS小区时,构建用于向GU请求注册GPRS小区的私有请求消息,并将构建的私有请求消息经过处理后发送给GU;GU中的BG-NS协议处理层对接收到的所述私有请求消息进行解析后,构建私有请求应答消息并处理后反馈给AU中的BG-NS协议处理层;AU中的BG-NS协议处理层对接收到的私有请求应答消息进行解析,确定AU向GU请求注册GPRS小区是否成功。
具体地,如图5所示,处理流程如下:
步骤51,AU中的BG-NS协议处理层接收到小区激活命令,对接收到的小区激活命令进行解析,根据解析结果,判断待激活的小区是否为GPRS小区,如果判断结果为否,则不向GU请求注册该小区,如果判断结果为待激活的小区是GPRS小区,则构建用于向GU请求注册GPRS小区的私有请求消息,例如,本发明实施例一这里提出的技术方案中,构建的私有请求消息为BG-NS_CONNECT_REQ。将构建的私有请求消息BG-NS_CONNECT_REQ通过AU中的BG-NS协议处理层发送给GU中的BG-NS协议处理层处理。
步骤52,GU中的BG-NS协议处理层对接收到的私有请求消息BG-NS_CONNECT_REQ进行解析,并且给所注册的GPRS小区分配一个BVCI值。GU节点的BG-NS协议层构建私有请求应答消息,如BG-NS_CONNECT_CNF消息,并且通过GU中的BG-NS协议处理层发送给AU中的BG-NS协议处理层。
步骤53,AU中的BG-NS协议处理层对接收到的BG-NS_CONNECT_CNF消息进行解析,确定AU向GU请求注册GPRS小区是否成功。在AU中的BG-NS协议处理层确认GU接受GPRS小区注册,并且命令AU中的BSSGP协议处理层向SGSN进行GPRS小区注册流程。
上述步骤51~步骤53为AU向GU发起注册GPRS小区注册流程,在确定出GU接受该GPRS小区注册之后,AU向SGSN发起GPRS小区注册,具体为:
步骤54,在AU中的BG-NS协议处理层确定出向GU注册GPRS小区成功之后,AU中的BSSGP协议处理层构建用于向SGSN发起请求注册GPRS小区的同步初始化消息,并将构建的同步初始化消息经过AU中的BG-NS协议处理层处理后发送给GU。
其中,同步初始化消息可以是BVC_RESET消息,BVC_RESET消息用于同步初始化BSS节点和SGSN节点的BVC上下文。
步骤55,GU中的BG-NS协议处理层将所述BVC_RESET消息转发给SGSN进行BVC_RESET消息处理,以及GU中的BG-NS协议处理层将接收SGSN发来的同步初始化应答消息并发送给AU。
其中,同步初始化应答消息可以是BVC_RESET_ACK消息。AU中的BSSGP协议处理层构建用于向SGSN发起请求注册GPRS小区的BVC_RESET消息,并依次通过AU中的BG-NS协议处理层、GU中的BG-NS协议处理层、GU中的NS协议处理、SGSN的NS协议处理层进行协议处理,并最终发送给SGSN的BSSGP协议处理层进行BVC_RESET消息处理,SGSN将会根据消息内容初始化BVC上下文。
SGSN完成BVC上下文的初始化之后,SGSN的BSSGP协议处理层构建BVC_RESET_ACK消息,并依次通过SGSN中的NS协议处理层、GU中的NS协议处理层、GU中的BG-NS协议处理层和AU中的BG-NS协议处理层进行协议处理,并最终发送给AU中的BSSGP协议处理层进行消息处理。
步骤56,AU中的BSSGP协议处理层对接收到的同步初始化应答消息进行解析,在确定出SGSN完成BVC上下文初始化之后,构建用于表示流量控制算法参数初始化的流量控制算法参数初始化消息,通过BG-NS协议处理层处理后通过GU转发给SGSN。
其中,流量控制算法参数初始化消息可以是FLOW_CONTROL_BVC消息,当SGSN完成BVC上下文初始化之后,则向BSS回复BVC_SESET_ACK消息。具体地,AU中的BSSGP协议处理层解析BVC_RESET_ACK消息,确认SGSN完成BVC上下文初始化之后,AU中的BSSGP协议处理层根据自身支持的BVC流量能力,构建FLOW_CONTROL_BVC消息,并依次经过AU中的BG-NS协议处理层、GU中的BG-NS协议处理层、GU中的NS协议处理层和SGSN中的NS协议处理层进行协议处理,并最终发送给SGSN中的BSSGP协议处理层进行消息处理。
步骤57,SGSN 中的BSSGP协议处理层对接收到的FLOW_CONTROL_BVC消息进行解析,并初始化BVC流量控制算法参数以及MS流量控制算法参数。SGSN在完成算法参数初始化之后,构建流量控制算法参数初始化应答消息,通过GU发送给AU。
其中,流量控制算法参数初始化应答消息可以是FLOW_CONTROL_BVC_ACK消息。具体地,SGSN中的BSSGP协议处理层解析FLOW_CONTROL_BVC消息,初始化BVC流量控制算法参数以及MS流量控制算法参数。SGSN中的BSSGP协议处理层之后构建FLOW_CONTROL_BVC_ACK消息,并依次经过SGSN中的NS协议处理层、GU中的NS协议处理层、GU中的BG-NS协议处理层和AU中的BG-NS协议处理层进行协议处理,最终发送给AU中的BSSGP协议处理层进行消息处理。
具体地,FLOW CONTROL BVC用以初始化SGSN节点中的BVC流量控制算法参数和MS流量控制算法参数。当SGSN完成算法参数初始化之后,则向BSS回复FLOW CONTROL BVC ACK消息。
步骤58,AU中的BSSGP协议处理层在接收到GU发来的流量控制算法参数初始化应答消息后,向AU中的BG-NS协议处理层发送用于表示AU向SGSN请求注册所述GPRS小区成功的消息。
其中,AU中的BSSGP协议处理层向AU中的BG-NS协议处理层发送通知,告知AU中的BG-NS协议处理层GPRS小区的注册过程结束。
步骤59,AU中的BG-NS协议处理层向网管中心发送小区激活确认消息。
需要说明的是,本发明实施例一上述提及的BVC,是指BSSGP虚拟连接,即其英文释义为:BSSGP Virtual Connect。
在GPRS小区注册成功之后,移动台(MS,Mobile Station)发起建立GPRS业务请求,依次包括:两阶段接入、分组数据协议(PDP Packet Data Protocol)激活、下行临时块流(TBF,Temporary Block Flow)连接建立、PS数据传输以及TBF连接释放。
具体地,两阶段接入包括AU中的RLC/MAC协议处理层对接收到的移动台MS发来的分组链路请求消息进行解析,根据解析结果分配上行单块接入资源并构建分组上行链路指派消息发送给MS;AU中的RLC/MAC协议处理层对接收到的由MS通过分配的上行单块接入资源构建并发送的分组资源请求消息进行解析,根据解析结果为所述MS分配上行空口资源,并将分配的上行空口资源通过构建的分组上行链路指派消息发送给所述MS。如图6所示,两阶段接入的具体流程如下:
需要说明的是,两阶段接入的建立过程中,本发明实施例这里具体以分组信道请求消息是Packet Channel Request消息,分组上行链路指派消息是PacketUplinkAssignment,分组资源请求消息是Packet Resource Request为例来进行详细阐述。
步骤61,MS中的GMM/SM协议处理层协发起PS业务请求。
步骤62,MS中的RLC/MAC协议处理层构建和发送Packet Channel Request给AU中的RLC/MAC协议处理层,触发分组随机接入过程。
步骤63,AU中的RLC/MAC协议处理层对接收到的Packet Channel Request消息进行解析,根据解析结果分配上行单块接入资源并构建Packet Uplink Assignment消息发送给MS中的RLC/MAC协议处理层。
步骤64,MS中的RLC/MAC协议处理层对接收到的Packet Uplink Assignment消息进行解析,获取所述消息中携带的上行单块接入资源,构建Packet Resource Request消息,并在所分配的上行单块资源上发送Packet Resource Request消息给AU中的RLC/MAC协议处理层,
步骤65,AU中的RLC/MAC协议处理层解析Packet Resource Request消息,获取该MS的无线接入能力,根据MS的无线接入能力以及AU当前无线资源情况分配合适的上行空口资源,构建Packet Uplink Assignment消息。
步骤66,MS中的RLC/MAC协议处理层接收并解析所述的Packet UplinkAssignment消息,配置本端上行空口资源,完成两阶段接入流程。
在两阶段接入流程完成之后,进行PDP激活过程,AU中的RLC/MAC协议处理层将MS发来的上行RLC/MAC块重组为逻辑链路控制协议数据处理单元LLC PDU,所述LLC PDU依次经过AU中的BSSGP协议处理层、AU中的BG-NS协议处理层、GU中的BG-NS协议处理层协议处理后发送给SGSN;
GU中的BG-NS协议处理层接收SGSN发来的创建分组流上下文请求消息,并将所述创建分组流上下文请求消息发送给AU;AU中的BSSGP协议处理层对接收到的创建分组流上下文请求消息进行解析,根据解析结果构建创建分组流上下文请求应答消息发送给GU;GU中的BG-NS协议处理层接收SGSN发来的激活PDP上下文接受消息,将所述激活PDP上下文接受消息发送给AU,其中所述激活PDP上下文接受消息依次经过GU中的BG-NS协议处理层、AU中的BG-NS协议处理层、AU中的BSSGP协议处理层处理后形成LLC PDU;AU中的RLC/MAC协议处理层在确定出所述LLC PDU是所述MS的下行方向第一包数据后,触发建立所述MS的下行TBF连接。
具体处理过程如下述:
步骤67,MS中的GMM/SM协议处理层构建并发送Activate PDP Context Request,该消息经过MS中的SNDCP协议处理层和MS中的LLC协议处理层进行协议处理后形成LLCPDU,MS中的RLC/MAC协议处理层将LLC PDU进行分段打包形成上行RLC/MAC Block,并发送给对端AU中的RLC/MAC协议处理层。
步骤68,AU中的RLC/MAC协议处理层对接收到的上行RLC/MAC Block进行重组,形成LLC PDU,形成的LLC PDU依次经过AU中的BSSGP协议处理层、AU中的BG-NS协议处理层、GU中的BG-NS协议处理层、SGSN中的BSSGP协议处理层、SGSN中的LLC协议处理层和SGSN中的SNDCP协议处理层进行协议处理后,获取到Activate PDP Context Request消息,并将获取到的Activate PDP Context Request消息发送给SGSN中的GMM协议处理层和SGSN中的SM协议处理层进行消息处理。
步骤69,SGSN中的BSSGP协议处理层触发分组流上下文(PFC,Packet FlowContex)创建流程,通过构建并发送BSSGP Create BSS PFC Req消息,所述的BSSGP CreateBSS PFC Req消息依次经过GU中的BG-NS协议处理层和AU中的BG-NS协议处理层进行协议处理。
步骤70,AU中的BSSGP协议处理层对接收到的BSSGP Create BSS PFC Req消息进行解析,根据解析结果构建BSSGP Create BSS PFC Ack消息发送给GU。
其中,AU中的BSSGP协议处理层解析接收到的BSSGP Create BSS PFCReq消息,获取并保存ABQP文件,然后构建BSSGP Create BSS PFC Ack消息通过GU发送给SGSN中的BSSGP协议处理层。
步骤71,GU中的BG-NS协议处理层接收SGSN发来的Activate PDP Context Accept消息,将所述Activate PDP Context Accept消息发送给AU,其中所述Activate PDPContext Accept消息依次经过GU中的BG-NS协议处理层、AU中的BG-NS协议处理层、AU中的BSSGP协议处理层处理后形成LLCPDU。
其中,SGSN中的GMM/SM协议处理层构建并发送Activate PDP Context Accept消息,依次经过SGSN中的SNDCP协议处理层、SGSN中的LLC协议处理层、SGSN中的BSSGP协议处理层、GU中的BG-NS协议处理层、AU中的BG-NS协议处理层和AU中的BSSGP协议处理层进行协议处理后形成LLCPDU。
步骤72,AU中的RLC/MAC协议处理层确定出所述LLC PDU是所述MS的下行方向第一包数据。
其中,AU中的RLC/MAC协议处理层解析并判断所述的LLC PDU为所述MS的下行方向第一包数据,缓存所述的LLC PDU并触发建立下行TBF连接过程。
收到下行方向第一包LLC PDU则触发建立下行TBF连接:AU中的RLC/MAC协议处理层构建Packet Downlink Assignment消息,并将所述消息发送给MS,在接收到所述MS发来的Packet Control Ack后,确认下行TBF连接建立成功。具体地,在确定出收到完整的RLCPDU之前,还包括在确定出上行传输过程中出现丢包现象时,构建Packet Uplink Ack/Nack消息发送给所述MS,并接收所述MS发送的丢失的数据包。具体过程如下:
步骤73,AU中的RLC/MAC协议处理层构建Packet Downlink Assignment 消息并发送给MS中的RLC/MAC协议处理层。
步骤74,MS中的RLC/MAC协议处理层解析所述Packet Downlink Assignment消息,配置MS侧下行TBF资源建立下行TBF连接,并向AU节点的RLC/MAC协议处理层回复PacketControl Ack消息。
步骤75,AU中的RLC/MAC协议处理层接收到所述的Packet Control Ack消息,则确认下行TBF连接建立成功,并在该下行TBF连接上发送所缓存的下行LLC PDU。
其中,所述的下行LLC PDU依次经过AU中的RLC/MAC协议处理层、MS中的RLC/MAC协议处理层、MS中的LLC协议处理层、MS中的SNDCP协议处理层进行协议处理后形成ActivatePDP Context Accept消息,并最终发送给MS中的GMM/SM协议处理层进行消息处理。
在TBF连接建立之后,AU可以在已经建立的上行TBF连接上传输上行PS数据:AU中的RLC/MAC协议处理层将MS发来的分段打包形成的至少一个无线链路控制协议数据处理单元RLC PDU进行处理;在确定出收到完整的LLC PDU时,将接收到的分段打包的RLC PDU进行重组形成LLC PDU;将所述LLC PDU通过GU发送给SGSN进行LLC PDU处理,其中所述LLC PDU依次经过AU中的BSSGP协议处理层、AU节点的BG-NS协议处理层、GU中的BG-NS协议处理层处理后发送给SGSN。其中,上行PS数据传输的具体处理过程如下:
步骤76,MS中的LLC协议处理层将上行LLC PDU发送给MS中的RLC/MAC协议处理层,MS中的RLC/MAC协议处理层将所述的上行LLC PDU进行分段打包操作。
其中,本发明实施例一这里提出的技术方案中,假设所述的LLC PDU被分段成3包RLC PDUs,所述的3包RLC PDUs按序发送给AU中的RLC/MAC协议处理层。具体地,所述的RLCPDU依次经过MS中的RLC/MAC协议处理层和AU中的RLC/MAC协议处理层进行RLC PDU协议处理。
步骤77,AU中的RLC/MAC协议处理层确定上行传输过程中是否出现丢包现象。如果是,执行步骤78,反之执行步骤80。
步骤78,确定上行传输过程中出现数据丢包现象,则构建Packet Uplink Ack/Nack消息以通知对端MS中RLC/MAC协议处理层哪些编号的RLC PDU在传输的过程中丢失。
其中,所述的Packet Uplink Ack/Nack消息依次经过AU中的RLC/MAC协议处理层和MS中的RLC/MAC协议处理层进行协议处理。
步骤79,MS中的RLC/MAC协议处理层解析Packet Uplink Ack/Nack消息并确定哪些上行RLC PDU在传输过程中丢失,则MS中的RLC/MAC协议处理层重传所丢失的上行RLCPDU,直到全部传输完成之后执行步骤80。
其中,MS中的RLC/MAC协议处理层重传所丢失的上行RLC PDU的过程与上述步骤76中相同,这里不再赘述。
步骤80,AU中的RLC/MAC协议处理层接收到完整的3包RLC PDUs之后,则将所述接收到的3包RLC PDUs重组成所述的LLC PDU,并依次经过AU中的BSSGP协议处理层、AU中的BG-NS协议处理层、GU中的BG-NS协议处理层和SGSN中的BSSGP协议处理层进行协议处理,并最终发送给SGSN中的LLC协议处理层进行LLC PDU处理。
其中,下行PS数据传输过程为:AU中的RLC/MAC协议处理层将SGSN发来的LLC PDU进行分段打包处理形成至少一个RLC PDU并发送给MS;在接收到所述MS发来的用于表征下行传输过程中出现丢包现象的Packet Downlink Ack/Nack消息时,对所述PacketDownlink Ack/Nack消息进行解析,根据解析结果将所述丢失的RLC PDU再次发送给MS。
如图6所示,AU在已经建立的下行TBF连接上进行下行PS数据传输时,AU中的RLC/MAC协议处理层将SGSN发来的LLC PDU进行分段打包处理形成至少一个RLC PDU并发送给MS;在接收到所述MS发来的用于表征下行传输过程中出现丢包现象的分组下行链路确认/非确认消息时,对所述分组下行链路确认/非确认消息进行解析,根据解析结果将所述丢失的RLC PDU再次发送给MS。具体处理过程如下:
步骤81,SGSN中的LLC协议处理层生成下行LLC PDU,并将生成的下行LLC PDU发送给AU。
其中,所述下行LLC PDU依次经过SGSN中的BSSGP协议处理层、GU中的BG-NS协议处理层、AU中的BG-NS协议处理层和AU中的BSSGP协议处理层进行协议处理后发送给AU中的RLC/MAC协议处理层进行协议处理。
步骤82,AU中的RLC/MAC协议处理层将接收到的下行LLC PDU进行分段打包操作,然后将分段后的数据发送给MS。
其中,本发明实施例一这里提出的技术方案中,与上行PS数据传输相对应,假设拆成3包下行RLC PDUs,3包下行RLC PDUs按序发送给MS中的RLC/MAC协议处理层进行协议处理。
具体地,下行RLC PDU依次经过AU中的MAC协议处理层和MS中的MAC协议处理层进行协议处理,并最终发送给MS中的RLC协议处理层进行RLC PDU处理。
步骤83,MS中的RLC/MAC协议处理层根据接收到的RLC PDU确定下行RLC PDU传输过程中是否出现丢包现象,如果是,执行步骤84,反之,执行步骤86。
步骤84,MS确定出下行RLC PDU在传输过程中出现丢包现象,则构建PacketDownlink Ack/Nack消息以通知对端AU中的RLC/MAC协议处理层哪些编号的RLC PDU在传输的过程中丢失。
其中,Packet Downlink Ack/Nack消息依次经过MS中的MAC协议处理层和AU中的MAC协议处理层进行协议处理,最后发送给AU中的RLC协议处理层进行消息处理。
步骤85,AU中的RLC协议处理层解析Packet Downlink Ack/Nack消息并确定哪些下行RLC PDU在传输过程中丢失,则AU中的RLC协议处理层重传所丢失的下行RLC PDU,直至收到完整的3包RLC PDUs。
步骤86,MS中的RLC/MAC协议处理层接收到完整的3包RLC PDUs之后,则将所述的3包RLC PDUs重组成所述的下行LLC PDU,并发送给MS中的LLC协议处理层进行LLC PDU处理。
具体地,所述TBF连接释放包括上行TBF连接释放和下行TBF连接释放,其中上行TBF连接释放包括:AU中的RLC/MAC协议处理层对MS发来的携带第一标识信息的上行RLCPDU进行解析,根据解析结果构建携带第二标识信息的分组上行链路确认/非确认PacketUplink Ack/Nack消息并发送给所述MS;在确定所述Packet UplinkAck/Nack消息发送成功后,释放AU侧空口资源,完成上行TBF连接释放。其中,上行TBF连接释放具体处理过程如下:
步骤87,MS中的RLC/MAC协议处理层发送带有第一标识信息的上行RLC PDU。
其中,本发明实施例一这里提出的技术方案,假设MS中的RLC/MAC协议处理层发送带有末块标识字段(FBI,Final Block Indicator)字段置为1(即第一标识信息)的上行RLCPDU,所述上行RLC PDU依次经过MS中的RLC/MAC协议处理层和AU中的RLC/MAC协议处理层进行进行上行RLCPDU数据包处理。
步骤88,AU中的RLC/MAC协议处理层解析接收到的上行RLC PDU并确认FBI字段置为1,则构建和发送带有末块确认指示字段(FAI,Final Ack Inditcator)字段置为1的Packet Uplink Ack/Nack消息,发送给MS中的RLC/MAC协议处理层进行消息处理。
步骤89,MS中的RLC/MAC协议处理层解析接收到的Packet Uplink Ack/Nack消息并确定FAI字段置为1,则释放MS侧空口资源。并且AU中的RLC/MAC协议处理确定成功发送所述的Packet Uplink Ack/Nack消息后,则释放AU侧空口资源。即上行TBF连接释放完成。
其中,下行TBF连接释放包括:AU中的RLC/MAC协议处理层向MS发送携带第二标识信息的下行RLC PDU;在接收到所述MS发来的Packet Downlink Ack/Nack消息后,释放AU侧空口资源,完成下行TBF连接释放。其中,下行TBF连接释放具体处理过程如下:
步骤90,AU中的RLC/MAC协议处理层发送带有第二标识信息的下行RLC PDU给MS。
其中,本发明实施例一这里提出的技术方案中,假设AU中的RLC/MAC协议处理层发送带有FBI字段置为1(第二标识信息)的下行RLC PDU给MS中的RLC/MAC协议处理层进行下行RLC PDU数据包处理。
步骤91,MS中的RLC/MAC协议处理层解析接收到的下行RLC PDU并确认FBI字段置为1,则构建和发送带有FAI字段置为1的Packet Downlink Ack/Nack消息,发送给AU中的RLC/MAC协议处理层进行消息处理。
步骤92,AU中的RLC/MAC协议处理层解析接收到的Packet Downlink Ack/Nack消息并确定FAI字段置为1,则释放AU侧空口资源。MS中RLC/MAC协议处理层确定成功发送所述的Packet Downlink Ack/Nack消息后,则释放MS侧空口资源。即下行TBF连接释放完成。
实施例二
相应地,本发明实施例二这里提出一种GPRS业务数据传输的接入方法,包括:
接入装置通过IP网络和GU进行连接,IP网络承载建立GPRS业务流程的信令以及传输GPRS业务数据,其中,接入装置中的RLC/MAC协议处理层用于管理传输建立GPRS业务流程的信令的无线资源以及GPRS链路建立和拆除。
具体地,在建立GPRS业务流程信令之前,接入装置中的BG-NS协议处理层向GU请求注册GPRS小区;以及在向GU请求注册GPRS小区成功之后,AU中的BG-NS协议处理层向GPRS服务支持节点SGSN请求注册所述GPRS小区。其中,接入装置向GU请求注册GPRS小区,包括:接入装置中的BG-NS协议处理层根据接收到的小区激活命令,在确定出待激活的小区是GPRS小区时,构建用于向GU请求注册GPRS小区的私有请求消息,并将构建的私有请求消息经过处理后发送给GU,其中,GU中的BG-NSBG-NS协议处理层对接收到的所述私有请求消息进行解析后,构建私有请求应答消息并通过处理后反馈给AU中的BG-NS协议处理层;接入装置中的BG-NS协议处理层对接收到的GU发来的私有请求应答消息进行解析,确定AU向GU请求注册GPRS小区是否成功。在接入装置确定出向GU请求注册GPRS小区成功后,向SGSN请求注册所述GPRS小区,包括:在接入装置中的BG-NS协议处理层确定出向GU注册GPRS小区成功之后,接入装置中的BSSGP协议处理层构建用于向SGSN发起请求注册GPRS小区的同步初始化消息,并将构建的同步初始化消息经过接入装置中的BG-NS协议处理层处理后发送给GU,其中,GU中的BG-NS协议处理层将所述同步初始化消息转发给SGSN进行同步初始化处理,以及GU中的BG-NS协议处理层将接收SGSN发来的同步初始化应答消息发送给接入装置;接入装置中的BSSGP协议处理层对接收到的同步初始化应答消息进行解析,在确定出SGSN接受所述注册GPRS小区请求之后,构建用于表示流量控制算法参数初始化的流量控制算法参数初始化消息,通过BG-NS协议处理层处理后通过GU转发给SGSN;接入装置中的BSSGP协议处理层在接收到GU发来的流量控制算法参数初始化应答消息后,向接入装置中的BG-NS协议处理层发送用于表示AU向SGSN请求注册所述GPRS小区成功的消息。
具体地,建立GPRS业务流程,依次包括两阶段接入、分组数据协议PDP激活、下行临时块流TBF连接建立、PS数据传输以及临时块流TBF连接释放。
具体如下述:
A:两阶段接入:接入装置中的RLC/MAC协议处理层对接收到的移动台MS发来的分组信道请求消息进行解析,根据解析结果分配上行单块接入资源并构建分组上行链路指派消息发送给MS;接入装置中的RLC/MAC协议处理层对接收到的由MS通过分配的上行单块接入资源构建并发送的分组资源请求消息进行解析,根据解析结果为所述MS分配上行空口资源,并将分配的上行空口资源通过构建的分组上行链路指派消息发送给所述MS。
B:PDP激活,包括:接入装置中的RLC/MAC协议处理层将MS发来的上行RLC/MAC块重组为逻辑链路控制协议数据处理单元LLC PDU,所述LLC PDU依次经过接入装置中的BSSGP协议处理层、接入装置中的BG-NS协议处理层、GU中的BG-NS协议处理层协议处理后发送给SGSN,其中:GU中的BG-NS协议处理层接收SGSN发来的创建分组流上下文请求消息,并将所述创建分组流上下文请求消息发送给接入装置;接入装置中的BSSGP协议处理层对接收到的创建分组流上下文请求消息进行解析,根据解析结果构建创建分组流上下文请求应答消息发送给GU;接入装置接收GU发来的激活PDP上下文接受消息,其中所述激活PDP上下文接受消息依次经过GU中的BG-NS协议处理层、接入装置中的BG-NS协议处理层、接入装置中的BSSGP协议处理层处理后形成LLC PDU;接入装置中的RLC/MAC协议处理层在确定出所述LLCPDU是所述MS的下行方向第一包数据后,确定PDP激活成功。
C:下行TBF连接,包括:在PDP激活成功之后,接入装置中的RLC/MAC协议处理层构建分组下行链路指派消息,并将所述分组下行链路指派消息发送给MS,在接收到所述MS发来的分组控制应答消息后,确认下行TBF连接建立成功。
D:PS数据传输包括上行PS数据传输和下行PS数据传输,其中,上行PS数据传输包括:接入装置中的RLC/MAC协议处理层将MS发来的分段打包形成的至少一个无线链路控制协议数据处理单元RLC PDU进行处理;在确定出收到完整的LLC PDU时,将接收到的分段打包的RLC PDU进行重组形成LLC PDU;将所述LLC PDU通过GU发送给SGSN进行LLC PDU处理,其中所述LLC PDU依次经过接入装置中的BSSGP协议处理层、接入装置的BG-NS协议处理层发送给GU,由GU转发给SGSN。具体地,在确定出收到完整的LLC PDU之前,还包括:在确定出上行传输过程中出现丢包现象时,构建分组上行链路确认/非确认消息发送给所述MS,并接收所述MS发送的丢失的数据包。
其中,下行PS数据传输,包括接入装置中的RLC/MAC协议处理层将SGSN发来的LLCPDU进行分段打包处理形成至少一个RLC PDU并发送给MS;在接收到所述MS发来的用于表征下行传输过程中出现丢包现象的分组下行链路确认/非确认消息时,对所述分组下行链路确认/非确认消息进行解析,根据解析结果将所述丢失的RLC PDU再次发送给MS。
E:TBF连接释放包括上行TBF连接释放和下行TBF连接释放,其中,上行TBF连接释放包括:接入装置中的RLC/MAC协议处理层对MS发来的携带第一标识信息的上行RLC PDU进行解析,根据解析结果构建携带所述第二标识信息的分组上行链路确认/非确认消息并发送给所述MS;在确定所述Packet Uplink Ack/Nack消息发送成功后,释放空口资源,完成上行TBF连接释放。
其中,TBF连接释放包括下行TBF连接释放,包括接入装置中的RLC/MAC协议处理层向MS发送携带第二标识信息的下行RLC PDU,在接收到所述MS发来的分组下行链路确认/非确认消息后,释放空口资源,完成下行TBF连接释放。
相应地,发明实施例二这里提出一种GPRS业务数据传输的接入装置,如图7所示,包括:
连接单元701,用于和网关单元GU之间通过因特网协议IP网络连接。
承载单元702,用于承载建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据。
RLC/MAC协议处理单元703,用于管理传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除。
其中,上述装置还包括:
BG-NS协议处理单元704,用于向GU请求注册GPRS小区,以及在向GU请求注册GPRS小区成功之后,向GPRS服务支持节点SGSN请求注册所述GPRS小区。
所述BG-NS协议处理单元704,还用于根据接收到的小区激活命令,在确定出待激活的小区是GPRS小区时,构建用于向GU请求注册GPRS小区的私有请求消息;以及对接收到的私有请求应答消息进行解析,确定向GU请求注册GPRS小区是否成功。
所述BG-NS协议处理单元704,还用于将所述BG-NS私有请求消息处理后发送给GU,以及接收GU反馈的对所述私有请求消息解析后构建的私有请求应答消息。
其中,上述装置还包括:
BSSGP协议处理单元706,用于在BG-NS协议处理单元704确定出向GU注册GPRS小区成功之后,构建用于向SGSN发起请求注册GPRS小区的同步初始化消息并发送;以及用于对接收到的同步初始化应答消息进行解析,在确定出SGSN接受所述注册GPRS小区请求之后,构建用于表示流量控制算法参数初始化的流量控制算法参数初始化消息。
上述BG-NS协议处理单元704,用于将所述同步初始化消息发送给GU,以及接收GU发来的同步初始化应答消息;以及将所述流量控制算法参数初始化消息处理后通过GU转发给SGSN。
所述BSSGP协议处理单元706,还用于在接收到GU发来的流量控制算法参数初始化应答消息后,向BG-NS协议处理单元发送用于表示AU向SGSN请求注册所述GPRS小区成功的消息。
具体地,上述RLC/MAC协议处理单元703,具体用于建立GPRS业务流程,其中,所述GPRS业务流程依次包括:两阶段接入、分组数据协议PDP激活、下行临时块流TBF连接建立、PS数据传输以及临时块流TBF连接释放。
具体地,上述RLC/MAC协议处理单元703,具体用于对接收到的移动台MS发来的分组链路请求消息进行解析,根据解析结果分配上行单块接入资源并构建分组上行链路指派消息发送给MS;以及对接收到的由MS通过分配的上行单块接入资源构建并发送的分组资源请求消息进行解析,根据解析结果为所述MS分配上行空口资源,并将分配的上行空口资源通过构建的分组上行链路指派消息发送给所述MS。
具体地,上述RLC/MAC协议处理单元703,具体用于将MS发来的上行RLC/MAC块重组为逻辑链路控制协议数据处理单元LLC PDU。上述BSSGP协议处理单元706,用于发送所述LLC PDU;以及对接收到的创建分组流上下文请求消息进行解析,根据解析结果构建创建分组流上下文请求应答消息发送给GU。上述BG-NS协议处理单元704,用于将BSSGP协议处理单元发来的所述LLC PDU通过GU中的GTP-U协议处理层协议处理后发送给SGSN;并接收GU发来的激活PDP上下文接受消息;所述RLC/MAC协议处理单元703,还用于在确定出所述LLC PDU是所述MS的下行方向第一包数据后,所述PDP激活成功。
具体地,上述RLC/MAC协议处理单元703,具体用于构建分组下行链路指派消息,并将所述分组下行链路指派消息发送给MS,在接收到所述MS发来的分组控制应答消息后,确认下行TBF连接建立成功。具体地,上述RLC/MAC协议处理单元703,具体用于将MS发来的分段打包形成的至少一个无线链路控制协议数据处理单元RLC PDU进行处理;在确定出收到完整的LLC PDU时,将接收到的分段打包的RLC PDU进行重组形成LLC PDU;将所述LLC PDU通过GU发送给SGSN进行LLC PDU处理。
具体地,上述RLC/MAC协议处理单元703,所述RLC/MAC协议处理单元,具体用于在确定出上行传输过程中出现丢包现象时,构建分组上行链路确认/非确认消息发送给所述MS,并接收所述MS发送的丢失的数据包。
具体地,上述RLC/MAC协议处理单元703,用于将SGSN发来的LLC PDU进行分段打包处理形成至少一个RLC PDU并发送给MS;在接收到所述MS发来的用于表征下行传输过程中出现丢包现象的分组下行链路确认/非确认消息时,对所述分组下行链路确认/非确认消息进行解析,根据解析结果将所述丢失的RLC PDU再次发送给MS。
具体地,上述RLC/MAC协议处理单元703,所述RLC/MAC协议处理单元,具体用于对MS发来的携带第一标识信息的上行RLC PDU进行解析,根据解析结果构建携带所述第二标识信息的分组上行链路确认/非确认消息并发送给所述MS;在确定所述分组上行链路确认/非确认消息发送成功后,释放空口资源,完成上行TBF连接释放。
具体地,上述RLC/MAC协议处理单元703,具体用于向MS发送携带第二标识信息的下行RLC PDU;在接收到所述MS发来的分组下行链路确认/非确认消息后,释放AU侧空口资源,完成下行TBF连接释放。
相应地,本发明实施例二这里还提出一种GPRS业务数据传输的方法,包括:网关装置和AU之间通过IP网络连接,用于承载建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据,其中,接入装置中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS链路建立和拆除。
具体地,网关装置中的BG-NS协议处理层接收AU发来的请求注册GPRS小区;以及在AU请求注册GPRS小区成功之后,AU中的BG-NS协议处理层向GPRS服务支持节点SGSN请求注册所述GPRS小区。具体地,网关装置中的BG-NS协议处理层接收AU发来的私有请求消息,其中所述私有请求消息是AU中的BG-NS协议处理层根据接收到的小区激活命令,在确定出待激活的小区是GPRS小区时,构建的用于向GU请求注册GPRS小区的消息;以及将BG-NS协议处理单元发送的私有请求应答消息反馈给AU,其中,AU中的BG-NS协议处理层对接收到的私有请求应答消息进行解析,确定AU向GU请求注册GPRS小区是否成功。
具体地,网关装置中的BG-NS协议处理处理层,接收将AU发来的同步初始化消息转发给SGSN进行同步初始化处理,以及将SGSN发来的同步初始化应答消息发送给AU,其中所述AU对接收到的同步初始化应答消息进行解析,在确定出SGSN接受所述注册GPRS小区请求之后,构建用于表示流量控制算法参数初始化的流量控制算法参数初始化消息,发送给GU;以及将流量控制算法参数初始化应答消息发送给AU,其中AU在接收到流量控制算法参数初始化应答消息后,确定所述AU向SGSN请求注册所述GPRS小区成功。
相应地,本发明实施例二这里还提出一种GPRS业务数据传输的网关装置,如图8所示,包括:
连接单元801,用于和接入单元AU之间通过因特网协议IP网络连接,其中,AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除。
承载单元802,用于承载建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据。
其中,上述网关装置还包括:
BG-NS协议处理处理单元803,接收AU发来的请求注册GPRS小区;以及在AU请求注册GPRS小区成功之后,AU中的BG-NS协议处理层向GPRS服务支持节点SGSN请求注册所述GPRS小区。
所述BG-NS协议处理单元803,还用于接收AU发来的私有请求消息,其中所述私有请求消息是AU中的BG-NS协议处理层根据接收到的小区激活命令,在确定出待激活的小区是GPRS小区时,构建的用于向GU请求注册GPRS小区的消息;以及将BG-NS私有请求应答消息反馈给AU,其中,AU中的中的BG-NS协议处理层对接收到的私有请求应答消息进行解析,确定AU向GU请求注册GPRS小区是否成功。
具体地,上述BG-NS协议处理处理单元803,具体用于将AU发来的同步初始化消息转发给SGSN进行同步初始化处理,以及将SGSN发来的同步初始化应答消息发送给AU,其中所述AU对接收到的同步初始化应答消息进行解析,在确定出SGSN接受所述注册GPRS小区请求之后,构建用于表示流量控制算法参数初始化的流量控制算法参数初始化消息,发送给GU;以及将流量控制算法参数初始化应答消息发送给AU,其中AU在接收到流量控制算法参数初始化应答消息后,确定所述AU向SGSN请求注册所述GPRS小区成功。
采用本发明实施例上述提出的技术方案,基于现有技术中存在的GSM通信网络实现扁平化架构之后,AU和GU之间通过IP网络连接,并且将GU中的部分协议处理层下放到AU中来实现,能够有效解决网络传输丢包、网络延时抖动以及网络阐述中数据包乱序的问题,较好地提高通信质量。其中,AU中的BG-NS协议处理层,可以对通信网络传输数据过程中,数据包出现乱序时进行排序,能够较好地提高信令数据和用户数据在IP网上传输的可靠性。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。
Claims (34)
1.一种通用分组无线服务GPRS业务数据传输方法,其特征在于,包括:
接入单元AU通过因特网协议IP网络和网关单元GU连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据;
其中,所述AU中至少包括RLC/MAC协议处理层、BSSGP协议处理层、BG-NS协议处理层以及UDP/IP协议处理层,AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除。
2.如权利要求1所述的方法,其特征在于,在建立GPRS业务流程的信令之前,还包括:
AU中的BG-NS协议处理层向GU请求注册GPRS小区;以及
在向GU请求注册GPRS小区成功之后,AU中的BG-NS协议处理层向GPRS服务支持节点SGSN请求注册所述GPRS小区。
3.如权利要求2所述的方法,其特征在于,所述AU向GU请求注册GPRS小区,包括:
AU中的BG-NS协议处理层根据接收到的小区激活命令,在确定出待激活的小区是GPRS小区时,构建用于向GU请求注册GPRS小区的私有请求消息,并将构建的私有请求消息经过处理后发送给GU,其中:GU中的BG-NSBG-NS协议处理层对接收到的所述私有请求消息进行解析后,构建私有请求应答消息并通过处理后反馈给AU中的BG-NS协议处理层;
AU中的BG-NS协议处理层对接收到的GU发来的私有请求应答消息进行解析,确定AU向GU请求注册GPRS小区是否成功。
4.如权利要求2所述的方法,其特征在于,所述AU向SGSN请求注册所述GPRS小区,包括:
在AU中的BG-NS协议处理层确定出向GU请求注册GPRS小区成功之后,AU中的BSSGP协议处理层构建用于向SGSN发起请求注册GPRS小区的同步初始化消息,并将构建的同步初始化消息经过AU中的BG-NS协议处理层处理后发送给GU,其中:GU中的BG-NS协议处理层将所述同步初始化消息转发给SGSN进行同步初始化处理,以及GU中的BG-NS协议处理层将接收SGSN发来的同步初始化应答消息发送给AU;
AU中的BSSGP协议处理层对接收到的同步初始化应答消息进行解析,在确定出SGSN接受所述注册GPRS小区请求之后,构建用于表示流量控制算法参数初始化的流量控制算法参数初始化消息,通过BG-NS协议处理层处理后通过GU转发给SGSN;
AU中的BSSGP协议处理层在接收到GU发来的流量控制算法参数初始化应答消息后,向AU中的BG-NS协议处理层发送用于表示AU向SGSN请求注册所述GPRS小区成功的消息。
5.如权利要求1所述的方法,其特征在于,所述建立GPRS业务流程,依次包括:
两阶段接入、分组数据协议PDP激活、下行临时块流TBF连接建立、PS数据传输以及临时块流TBF连接释放;
其中,所述两阶段接入,包括:AU中的RLC/MAC协议处理层对接收到的移动台MS发来的分组信道请求消息进行解析,根据解析结果分配上行单块接入资源并构建分组上行链路指派消息发送给MS;
AU中的RLC/MAC协议处理层对接收到的由MS通过分配的上行单块接入资源构建并发送的分组资源请求消息进行解析,根据解析结果为所述MS分配上行空口资源,并将分配的上行空口资源通过构建的分组上行链路指派消息发送给所述MS。
6.如权利要求5所述的方法,其特征在于,所述PDP激活,包括:
AU中的RLC/MAC协议处理层将MS发来的上行RLC/MAC块重组为逻辑链路控制协议数据处理单元LLC PDU,所述LLC PDU依次经过AU中的BSSGP协议处理层、AU中的BG-NS协议处理层、GU中的BG-NS协议处理层协议处理后发送给SGSN,其中:GU中的BG-NS协议处理层接收SGSN发来的创建分组流上下文请求消息,并将所述创建分组流上下文请求消息发送给AU;
AU中的BSSGP协议处理层对接收到的创建分组流上下文请求消息进行解析,根据解析结果构建创建分组流上下文请求应答消息发送给GU;
AU接收GU发来的激活PDP上下文接受消息,其中所述激活PDP上下文接受消息依次经过GU中的BG-NS协议处理层、AU中的BG-NS协议处理层、AU中的BSSGP协议处理层处理后形成LLC PDU;
AU中的RLC/MAC协议处理层在确定出所述LLC PDU是所述MS的下行方向第一包数据后,所述PDP激活成功。
7.如权利要求5所述的方法,其特征在于,所述下行TBF连接,包括:
AU中的RLC/MAC协议处理层构建分组下行链路指派消息,并将所述分组下行链路指派消息发送给MS,在接收到所述MS发来的分组控制应答消息后,确认下行TBF连接建立成功。
8.如权利要求5所述的方法,其特征在于,所述PS数据传输包括上行PS数据传输:
AU中的RLC/MAC协议处理层将MS发来的分段打包形成的至少一个无线链路控制协议数据处理单元RLC PDU进行处理;
在确定出收到完整的LLC PDU时,将接收到的分段打包的RLC PDU进行重组形成LLCPDU;
将所述LLC PDU通过GU发送给SGSN进行LLC PDU处理,其中所述LLC PDU依次经过AU中的BSSGP协议处理层、AU中的BG-NS协议处理层发送给GU,由GU转发给SGSN。
9.如权利要求8所述的方法,其特征在于,在确定出收到完整的LLC PDU之前,还包括:
在确定出上行传输过程中出现丢包现象时,构建分组上行链路确认/非确认消息发送给所述MS,并接收所述MS发送的丢失的数据包。
10.如权利要求5所述的方法,其特征在于,所述PS数据传输包括下行PS数据传输:
AU中的RLC/MAC协议处理层将SGSN发来的LLC PDU进行分段打包处理形成至少一个RLCPDU并发送给MS;
在接收到所述MS发来的用于表征下行传输过程中出现丢包现象的分组下行链路确认/非确认消息时,对所述分组下行链路确认/非确认消息进行解析,根据解析结果将丢失的RLC PDU再次发送给MS。
11.如权利要求5所述的方法,其特征在于,所述TBF连接释放包括上行TBF连接释放:
AU中的RLC/MAC协议处理层对MS发来的携带第一标识信息的上行RLC PDU进行解析,根据解析结果构建携带第二标识信息的分组上行链路确认/非确认消息并发送给所述MS;
在确定Packet Uplink Ack/Nack消息发送成功后,释放AU侧空口资源,完成上行TBF连接释放。
12.如权利要求5所述的方法,其特征在于,所述TBF连接释放包括下行TBF连接释放:
AU中的RLC/MAC协议处理层向MS发送携带第二标识信息的下行RLC PDU;
在接收到所述MS发来的分组下行链路确认/非确认消息后,释放AU侧空口资源,完成下行TBF连接释放。
13.一种通用分组无线服务GPRS业务数据传输方法,其特征在于,包括:
网关单元GU通过因特网协议IP网络和接入单元AU连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据;
其中,所述AU中至少包括RLC/MAC协议处理层、BSSGP协议处理层、BG-NS协议处理层以及UDP/IP协议处理层,AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除。
14.如权利要求13所述的方法,其特征在于,在建立GPRS业务流程的信令之前,还包括:
GU中的BG-NS协议处理层接收AU发来的请求注册GPRS小区;以及
在AU请求注册GPRS小区成功之后,AU中的BG-NS协议处理层向GPRS服务支持节点SGSN请求注册所述GPRS小区。
15.如权利要求14所述的方法,其特征在于:
GU中的BG-NS协议处理层接收AU发来的私有请求消息,其中所述私有请求消息是AU中的BG-NS协议处理层根据接收到的小区激活命令,在确定出待激活的小区是GPRS小区时,构建的用于向GU请求注册GPRS小区的消息;以及
将BG-NS协议处理单元发送的私有请求应答消息反馈给AU,其中,AU中的BG-NS协议处理层对接收到的私有请求应答消息进行解析,确定AU向GU请求注册GPRS小区是否成功。
16.如权利要求14所述的方法,其特征在于,所述AU向SGSN请求注册所述GPRS小区,包括:
GU中的BG-NS协议处理处理层,接收AU发来的同步初始化消息并转发给SGSN进行同步初始化处理,以及将SGSN发来的同步初始化应答消息发送给AU,其中所述AU对接收到的同步初始化应答消息进行解析,在确定出SGSN接受所述注册GPRS小区请求之后,构建用于表示流量控制算法参数初始化的流量控制算法参数初始化消息,发送给GU;以及
将流量控制算法参数初始化应答消息发送给AU,其中AU在接收到流量控制算法参数初始化应答消息后,确定所述AU向SGSN请求注册所述GPRS小区成功。
17.一种通用分组无线服务GPRS业务数据传输的接入装置,应用于接入单元AU,其特征在于,包括:
连接单元,用于和网关单元GU之间通过因特网协议IP网络连接;
承载单元,用于承载建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据;
RLC/MAC协议处理单元,用于管理传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除,所述AU中至少包括RLC/MAC协议处理层、BSSGP协议处理层、BG-NS协议处理层以及UDP/IP协议处理层。
18.如权利要求17所述的装置,其特征在于,还包括:
BG-NS协议处理单元,用于向GU请求注册GPRS小区,以及在向GU请求注册GPRS小区成功之后,向GPRS服务支持节点SGSN请求注册所述GPRS小区。
19.如权利要求18所述的装置,其特征在于,所述BG-NS协议处理单元,还用于:
根据接收到的小区激活命令,在确定出待激活的小区是GPRS小区时,构建用于向GU请求注册GPRS小区的私有请求消息;以及对接收到的私有请求应答消息进行解析,确定向GU请求注册GPRS小区是否成功;
所述BG-NS协议处理单元7,还用于将所述BG-NS私有请求消息处理后发送给GU,以及接收GU反馈的对所述私有请求消息解析后构建的私有请求应答消息。
20.如权利要求18所述的装置,其特征在于,还包括:
BSSGP协议处理单元,用于在BG-NS协议处理单元确定出向GU注册GPRS小区成功之后,构建用于向SGSN发起请求注册GPRS小区的同步初始化消息并发送;以及用于对接收到的同步初始化应答消息进行解析,在确定出SGSN接受所述注册GPRS小区请求之后,构建用于表示流量控制算法参数初始化的流量控制算法参数初始化消息;
BG-NS协议处理单元,用于将所述同步初始化消息发送给GU,以及接收GU发来的同步初始化应答消息;以及将所述流量控制算法参数初始化消息处理后通过GU转发给SGSN;
所述BSSGP协议处理单元,还用于在接收到GU发来的流量控制算法参数初始化应答消息后,向BG-NS协议处理单元发送用于表示AU向SGSN请求注册所述GPRS小区成功的消息。
21.如权利要求17所述的装置,其特征在于,所述RLC/MAC协议处理单元,具体用于建立GPRS业务流程,其中,所述GPRS业务流程依次包括:两阶段接入、分组数据协议PDP激活、下行临时块流TBF连接建立、PS数据传输以及临时块流TBF连接释放。
22.如权利要求21所述的装置,其特征在于,所述RLC/MAC协议处理单元,具体用于对接收到的移动台MS发来的分组链路请求消息进行解析,根据解析结果分配上行单块接入资源并构建分组上行链路指派消息发送给MS;以及对接收到的由MS通过分配的上行单块接入资源构建并发送的分组资源请求消息进行解析,根据解析结果为所述MS分配上行空口资源,并将分配的上行空口资源通过构建的分组上行链路指派消息发送给所述MS。
23.如权利要求21所述的装置,其特征在于,所述RLC/MAC协议处理单元,具体用于将MS发来的上行RLC/MAC块重组为逻辑链路控制协议数据处理单元LLC PDU;
BSSGP协议处理单元,用于发送所述LLC PDU;以及对接收到的创建分组流上下文请求消息进行解析,根据解析结果构建创建分组流上下文请求应答消息发送给GU;
BG-NS协议处理单元,用于将BSSGP协议处理单元发来的所述LLC PDU通过GU中的GTP-U协议处理层协议处理后发送给SGSN;并接收GU发来的激活PDP上下文接受消息;
所述RLC/MAC协议处理单元,用于在确定出所述LLC PDU是所述MS的下行方向第一包数据后,所述PDP激活成功。
24.如权利要求21所述的装置,其特征在于,所述RLC/MAC协议处理单元,具体用于构建分组下行链路指派消息,并将所述分组下行链路指派消息发送给MS,在接收到所述MS发来的分组控制应答消息后,确认下行TBF连接建立成功。
25.如权利要求21所述的装置,其特征在于,所述RLC/MAC协议处理单元,具体用于将MS发来的分段打包形成的至少一个无线链路控制协议数据处理单元RLC PDU进行处理;在确定出收到完整的LLC PDU时,将接收到的分段打包的RLC PDU进行重组形成LLC PDU;将所述LLC PDU通过GU发送给SGSN进行LLC PDU处理。
26.如权利要求25所述的装置,其特征在于,所述RLC/MAC协议处理单元,具体用于在确定出上行传输过程中出现丢包现象时,构建分组上行链路确认/非确认消息发送给所述MS,并接收所述MS发送的丢失的数据包。
27.如权利要求21所述的装置,其特征在于,所述RLC/MAC协议处理单元,用于将SGSN发来的LLC PDU进行分段打包处理形成至少一个RLC PDU并发送给MS;在接收到所述MS发来的用于表征下行传输过程中出现丢包现象的分组下行链路确认/非确认消息时,对所述分组下行链路确认/非确认消息进行解析,根据解析结果将丢失的RLC PDU再次发送给MS。
28.如权利要求21所述的装置,其特征在于,所述RLC/MAC协议处理单元,具体用于对MS发来的携带第一标识信息的上行RLC PDU进行解析,根据解析结果构建携带第二标识信息的分组上行链路确认/非确认消息并发送给所述MS;在确定所述分组上行链路确认/非确认消息发送成功后,释放空口资源,完成上行TBF连接释放。
29.如权利要求21所述的装置,其特征在于,所述RLC/MAC协议处理单元,具体用于向MS发送携带第二标识信息的下行RLC PDU;在接收到所述MS发来的分组下行链路确认/非确认消息后,释放AU侧空口资源,完成下行TBF连接释放。
30.一种通用分组无线服务GPRS业务数据传输的网关装置,其特征在于,包括:
连接单元,用于和接入单元AU之间通过因特网协议IP网络连接,其中,所述AU中至少包括RLC/MAC协议处理层、BSSGP协议处理层、BG-NS协议处理层以及UDP/IP协议处理层,AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除;
承载单元,用于承载建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据。
31.如权利要求30所述的装置,其特征在于,还包括:
BG-NS协议处理处理单元,接收AU发来的请求注册GPRS小区;以及在AU请求注册GPRS小区成功之后,AU中的BG-NS协议处理层向GPRS服务支持节点SGSN请求注册所述GPRS小区。
32.如权利要求31所述的装置,其特征在于,所述BG-NS协议处理单元还
用于:
接收AU发来的私有请求消息,其中所述私有请求消息是AU中的BG-NS协议处理层根据接收到的小区激活命令,在确定出待激活的小区是GPRS小区时,构建的用于向GU请求注册GPRS小区的消息;以及将BG-NS私有请求应答消息反馈给AU,其中,AU中的中的BG-NS协议处理层对接收到的私有请求应答消息进行解析,确定AU向GU请求注册GPRS小区是否成功。
33.如权利要求31所述的装置,其特征在于,所述BG-NS协议处理单元,具体用于将AU发来的同步初始化消息转发给SGSN进行同步初始化处理,以及将SGSN发来的同步初始化应答消息发送给AU,其中所述AU对接收到的同步初始化应答消息进行解析,在确定出SGSN接受所述注册GPRS小区请求之后,构建用于表示流量控制算法参数初始化的流量控制算法参数初始化消息,发送给GU;以及将流量控制算法参数初始化应答消息发送给AU,其中AU在接收到流量控制算法参数初始化应答消息后,确定所述AU向SGSN请求注册所述GPRS小区成功。
34.一种通用分组无线服务GPRS业务数据传输系统,其特征在于,包括:
接入单元AU,用于和网关单元GU之间通过因特网协议IP网络连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据,其中,AU中的RLC/MAC协议处理层管理用于传输建立GPRS业务流程的信令的无线资源以及GPRS空口链路建立和拆除;
网关单元GU,用于和AU之间通过因特网协议IP网络连接,承载用于建立通用分组无线服务GPRS业务流程的信令以及传输GPRS业务数据。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210332645.6A CN103687047B (zh) | 2012-09-07 | 2012-09-07 | 通用分组无线服务业务数据传输方法、装置及系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201210332645.6A CN103687047B (zh) | 2012-09-07 | 2012-09-07 | 通用分组无线服务业务数据传输方法、装置及系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN103687047A CN103687047A (zh) | 2014-03-26 |
CN103687047B true CN103687047B (zh) | 2017-12-19 |
Family
ID=50322990
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201210332645.6A Active CN103687047B (zh) | 2012-09-07 | 2012-09-07 | 通用分组无线服务业务数据传输方法、装置及系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN103687047B (zh) |
Families Citing this family (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106941733B (zh) * | 2016-01-04 | 2022-05-13 | 中兴通讯股份有限公司 | 双连接中实现重配置的方法、主服务基站及辅服务基站 |
CN107733731A (zh) * | 2016-08-11 | 2018-02-23 | 中国移动通信集团江苏有限公司 | 一种ftp数据停传时延确定方法及装置 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1270746A (zh) * | 1997-08-19 | 2000-10-18 | 诺基亚网络有限公司 | 电信系统中的信息传输 |
CN101115286A (zh) * | 2006-07-26 | 2008-01-30 | 华为技术有限公司 | 一种基站到核心网的通信方法及系统 |
CN102547987A (zh) * | 2010-12-14 | 2012-07-04 | 联芯科技有限公司 | 发送无线配置消息的方法及装置 |
CN102656894A (zh) * | 2011-11-28 | 2012-09-05 | 华为技术有限公司 | 一种移动流媒体的实现方法与系统 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8175075B2 (en) * | 2006-12-26 | 2012-05-08 | Alcatel Lucent | Adaptive header compression in a wireless communication network |
-
2012
- 2012-09-07 CN CN201210332645.6A patent/CN103687047B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1270746A (zh) * | 1997-08-19 | 2000-10-18 | 诺基亚网络有限公司 | 电信系统中的信息传输 |
CN101115286A (zh) * | 2006-07-26 | 2008-01-30 | 华为技术有限公司 | 一种基站到核心网的通信方法及系统 |
CN102547987A (zh) * | 2010-12-14 | 2012-07-04 | 联芯科技有限公司 | 发送无线配置消息的方法及装置 |
CN102656894A (zh) * | 2011-11-28 | 2012-09-05 | 华为技术有限公司 | 一种移动流媒体的实现方法与系统 |
Non-Patent Citations (1)
Title |
---|
NEC's View of the UTRAN Evolution;NEC Corporation;《TSG-RAN RPW010005》;20010207;第6-8、11、13页 * |
Also Published As
Publication number | Publication date |
---|---|
CN103687047A (zh) | 2014-03-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11678396B2 (en) | Method for performing bearer type change of a plurality of bearers configured for user equipment | |
US11026291B2 (en) | Method and user equipment for handling user plane in dual connectivity in wireless communication system | |
US11395365B2 (en) | Method and system for handling PDCP operation in wireless communication system | |
TWI710261B (zh) | 資料恢復方法及其使用者設備 | |
US11349608B2 (en) | Method and apparatus for transmitting and receiving duplicate packets in next-generation mobile communication system | |
JP6436436B2 (ja) | スモールセル配備時の効率的な破棄メカニズム | |
JP6336069B2 (ja) | 移動中の二重接続におけるueの効率的状況報告 | |
CN104519486B (zh) | 用于异构网中无线侧密钥更新的方法和系统 | |
CN107113291A (zh) | 演进的数据压缩方案信令 | |
EP3749046B1 (en) | Processing methods for wireless backhaul communication, related devices and computer readable storage media | |
CN107925905A (zh) | 用于处理向wlan载波卸载drb的方法和无线通信系统 | |
CN101841852B (zh) | 一种跨基站切换时的上行数据传输方法、装置及系统 | |
CN106031229A (zh) | 用户装置以及基站 | |
CN110213799A (zh) | 一种下行小数据传输方法及装置 | |
CN104519534B (zh) | 无线链路控制传输方法和设备 | |
CN103974238B (zh) | 一种在异构网络中实现安全检测的方法、装置和系统 | |
CN103179614B (zh) | 向上层传送pdcp数据单元的方法 | |
CN109246852A (zh) | 无线协议层实体处理方法以及相应的用户设备 | |
WO2014166053A1 (zh) | 一种通讯方法和终端 | |
JP2023502822A (ja) | Dapsハンドオーバの方法、ユーザ機器およびコンピュータ可読媒体 | |
CN103687047B (zh) | 通用分组无线服务业务数据传输方法、装置及系统 | |
WO2012155447A1 (zh) | 跨基站切换过程中数据的反传方法及基站 | |
CN113170337B (zh) | 一种数据传输方法和装置 | |
WO2015096150A1 (zh) | 一种rrc消息的处理方法、用户设备及基站 | |
EP3993500A1 (en) | Packet redundancy processing method for supporting enhanced handover in next generation mobile communication system, method for preventing header decompression failure during handover and apparatus therefor |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant | ||
CP01 | Change in the name or title of a patent holder | ||
CP01 | Change in the name or title of a patent holder |
Address after: 510663 No. 10 Shenzhou Road, Guangzhou Science City, Guangdong Province Patentee after: Jingxin Network System Co.,Ltd. Address before: 510663 No. 10 Shenzhou Road, Guangzhou Science City, Guangdong Province Patentee before: Comba Telecom System (China) Ltd. |