CN1213630C - 移动台在无线网络子系统间切换期间的算法参数的传送 - Google Patents

移动台在无线网络子系统间切换期间的算法参数的传送 Download PDF

Info

Publication number
CN1213630C
CN1213630C CNB008163448A CN00816344A CN1213630C CN 1213630 C CN1213630 C CN 1213630C CN B008163448 A CNB008163448 A CN B008163448A CN 00816344 A CN00816344 A CN 00816344A CN 1213630 C CN1213630 C CN 1213630C
Authority
CN
China
Prior art keywords
radio network
parameter
rnc
srnc
network controller
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.)
Expired - Lifetime
Application number
CNB008163448A
Other languages
English (en)
Other versions
CN1402949A (zh
Inventor
J·舒梅基
H·卡利奥
K·阿马瓦尔拉
J·卡利奥库于
A·托鲁宁
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Technologies Oy
Original Assignee
Nokia Oyj
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nokia Oyj filed Critical Nokia Oyj
Publication of CN1402949A publication Critical patent/CN1402949A/zh
Application granted granted Critical
Publication of CN1213630C publication Critical patent/CN1213630C/zh
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W36/00Hand-off or reselection arrangements
    • H04W36/12Reselecting a serving backbone network switching or routing node

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

在移动台从源无线网络子系统的连接切换期间,不用在移动台和目标无线网络子系统之间重新协商与之前协商的优化算法有关的参数,而是直接地通过现有的Iur接口在源无线网络子系统和目标无线网络子系统之间传送预先储存的参数,或通过Iu接口经由核心网在源无线网络子系统和目标无线网络子系统之间传送预先储存的参数。

Description

移动台在无线网络子系统间切换期间的算法参数的传送
技术领域
第二和第三代蜂窝分组系统。
背景技术
如图13所示,在全球移动电信系统/通用分组无线电业务(GSM/GPRS)网络体系结构中,具有与已知数据协议栈有关的各种体系结构单元,其中包括移动台(MS)、包括基站收发信台(BTS)和基站控制器(BSC)的基站子系统(BSS)、正服务GPRS支持节点(SGSN)和网关GPRS支持节点(GGSN)。MS和SGSN共享用户平面中的子网相关会聚协议(SNDCP)层和同等逻辑链路控制(LLC)。
移动台和某些固定网络设备中的对等实体之间所需的典型GPRS协商是交换标识或XID协商,其中就所谓的L3CE(第三层兼容性实体)参数达成一致。
UMTS分组网络体系结构与GPRS非常相似,只是某些单元和接口的命名与GPRS不同。图13示出GPRS网络体系结构,而图14示出UMTS分组网体系结构。
UMTS分组网包括以下网络单元:
节点B:对应于GSM中的基站收发信台(BTS)。
RNC(无线网络控制器):对应于GSM中的基站控制器(BSC)。
3G-SGSN:GSM/GPRS的第三代正服务GPRS支持节点(SGSN)。
3G-GGSN:第三代网关GPRS支持节点(GGSN)。
HLR:具有某些更新的GSM归属位置寄存器(HLR)。
如图14所示,节点B和RNC包括UMTS网络的RAN部分。RAN对应于GSM的BSS。RAN的职责是处理所有的无线电特别功能,例如,无线电信道加密、功率控制、无线电承载连接建立和释放。单元之间的基本区别在于节点B处理物理层功能而RNC处理管理功能。但是,这种区别最终与GSM/GPRS中的略有不同。
最大的体系结构差别在于新的接口:RAN中的Iur。它处于RNC之间。UMTS引进了称为宏分集(macrodiversity)的新概念。在宏分集状态下,数据通过多个节点B发送。由于信号通过空中接口经多个路由传送并在MS和RNC中被组合,因此举例来说,衰落效应不那么有害,并可以使用较低的功率值。但是,那些节点B可能属于两个或多个不同RNC的区域,因此,需要接口,即RNC之间的Iur接口。在这种情况下,如图15右边所示,RNC可以有两个逻辑角色。RNC在逻辑上可以是:
漂移RNC(DRNC)或
正服务RNC(SRNC)。
Iu接口的实际终止点在SRNC。图14所示的Iu接口连接分组交换业务或电路交换业务的无线接入网(RAN)和核心网(CN)。SRNC控制信息传送并从适当的DRNC请求无线电资源。DRNC仅在MS和SRNC之间中继信息。
分组交换侧的核心网(CN)部分包括3G-SGSN、3G-GGSN和HLR单元,如图14所示。分组核心网(CN)也包括基于IP的主干网络。主干将例如3G-SGSN和3G-GGSN的核心网单元连接到一起。
3G-SGSN参与对用户分组的路由选择以及移动性和会话管理功能。移动性管理(MM)层知道“你是谁(安全性)和你在哪(移动性)”。会话管理(SM)层控制用户连接,即会话。
3G-GGSN保持3G-SGSN的位置信息,它服务于作为分组的目标的移动台。3G-GGSN的主要功能是执行UMTS网络和例如因特网的外部数据网络之间的互配功能。这些互配功能包括例如外部QoS到可比UMTS QoS的映射。
HLR储存用户数据并将保持用户连接到3G-SGSN的信息。其中,用户数据包括用户连接的预定义的QoS属性。
UMTS分组数据协议栈与GRPS相比有一些主要的修改,部分因为新的无线电接口技术(WCDMA),部分因为更高的QoS要求。
最重要的改变之一是ESM/GRPS的逻辑链路控制层(LLC)已被移到第三层兼容性实体(L3CE)的下面。L3CE对应于GPRS中的子网相关会聚协议(SNDCP)协议。LLC协议的主要任务是:
MS和核心网之间的流量控制,
加密,
信令消息传送,
不同QoS的复用以及
MS和核心网之间的重传。
在UMTS中,因为以下原因而不需要LLC:1)已经决定在RAN中的较低层进行加密。2)信令消息传送不使用用户平面协议,因为信令消息传送具有独立的协议,因此用户平面和控制平面之间的差别比GPRS中的清晰。
在UMTS无线电接口中,各个无线电承载将具有其自己的无线链路控制(RLC)实体。通过采用这种方法,QoS的业务提供更加有效。与QoS有关的复用将是媒体接入控制(MAC)层和第一层(L1)的任务,因此LLC在UMTS中的QoS复用中不起任何作用。MS和核心网之间的重传不能简单地被证明。错误的主要来源是无线电接口,并且RLC具有校正那些错误的责任。
但是,去掉LLC将引起MS和核心网之间缺少流量控制。上行链路中的流量控制不是问题,因为无线电接口将是瓶颈而RLC的流量控制照管它。在下行链路中,RLC将处理RNC-MS部分。在RNC和核心网之间没有流量控制。但这与GPRS中的情况相比并不是太坏,因为GPRS在核心网中(GGSN和SGSN之间)没有任何流量控制。
3G-GGSN和RNC之间适当的数据传送取决于足够大的缓冲器、3G-GGSN中的业务管理以及端到端的流量控制,例如传输控制协议(TCP)。一般来说,LLC的去除将使协议栈简化并更有效率,并使实现更高的数据率和降低所需的处理功率更为容易。
被称为分组数据会聚协议(PDCP)的UMTS对L3CE(GPRS中的SNDCP)的对应物的位置在考虑中。不像在GPRS中,PDCP层位于RNC而不是SGSN中。协议尤其照管优化,例如通过标题压缩,它为优化算法的一种形式。一些标题压缩算法是基于以下原理:由于算法本身的原因,若干分组的消失可能引起不希望的额外分组丢失。这降低了分组传送的品质,因为需要进行更多的重传。通过将之定位到RNC,缩短了重传时间并且可以避免TCP级的重传(由于TCP定时器的原故)。
网络层协议要够在从各种不同子网和数据链路中得到的业务上进行操作。如果协议对业务的用户透明,则PDCP支持几种网络层协议。应该可能引入要通过PDCP传送的新网络层协议,而不需要不对其它UMTS协议作任何改变。因此,涉及网络层协议数据单元(N-PDU)传送的所有功能都由网络实体以透明方式完成。对PDCP的另一个要求是提供改进数据和信道效率的功能。这由各种优化算法或方法来实现,例如上述标题压缩。
如图14所示的UMTS(通用移动电信系统)利用用于分组交换网的业务节点、无线网络控制器(RNC)和移动台之间通信的相似的协议结构和协商配置加上某种修改。交换标识(XID)协商由PDCP完成,但被称为PDCP参数协商,并且一般可以被看作是优化算法参数的传送。
在以上任一情况下,协商参数将与这样的优化算法参数有关,例如,与标题和数据压缩的使用有关。用于安排XID协商的GSM/GPRS方法是在LLC协议层把建议的参数插入某些消息中,并使用相应的LLC层应答消息或者确认或者拒绝建议的SNDCP参数。
XID协商一般在GPRS中的SNDCP和LLC被初始化的时候进行(XID参数的值不再有效)。例如在MS加电时或在网络侧协议的位置在切换中改变时,进行所述初始化。
目前建议的用于UMTS的XID协商方法的主要问题是PDCP的位置与SNDCP和LLC协议的位置不同。PDCP位于无线接入网中,而可比GPRS协议位于核心网中。这意味着PDCP的位置变化比SNDCP和LLC位置的变化频繁得多。因为XID消息可以相当的大,与GPRS中的情况相比,这对UMTS中的空中接口增加了大得多的开销。
另一个问题是UMTS还具有实时分组连接。这意味着诸如XID的协商应该尽可能的快,因为否则它可能引起延迟或至少空中接口中更多的开销(切换之后不能使用标题压缩,直到成功地进行XID协商)。
发明内容
本发明的目的是提供改进的UMTS以及GSM/GPRS协商方法。
通过降低通过空中接口的总开销并使协商过程更快,本发明改进诸如优化算法参数协商的任何协商,例如XID协商。本发明的基本思想是:在切换期间,诸如XID的、包含有关要支持的优化方法的参数信息的参数从网络侧的旧实体被传送到新实体。如果所述参数适合于新实体,则不需要MS和网络间的实际协商,这样节省了空中接口的资源。这种方法也显著地快于例如正常XID协商。
根据本发明,一种诸如在无线网络子系统之间的移动台的连接切换期间协商例如交换标识(XID)参数的优化算法参数的协商方法,所述方法包括以下步骤:从源无线网络子系统向核心网或向目标无线网络子系统发送需要所述切换的信令;从所述核心网或从所述目标无线网络子系统向所述源无线网络子系统发送要进行所述切换的信令;以及从所述源无线网络子系统直接地或通过所述核心网向所述目标无线网络子系统发送所述参数,而没有任何必要在所述移动台和所述目标无线网络子系统之间通过空中接口再协商。
还是根据本发明,其中在所述移动台和所述源无线网络子系统之间的所述连接的初始建立期间,诸如交换标识参数的优化算法参数可以包括各个任选的参数组,其中仅仅一组被所述源无线网络子系统接受,所述方法还包括储存所有所述任选的参数组的步骤,其中所述发送所述参数的步骤包括发送所有所述任选的参数组。
从上述内容将认识到:本发明的确节省空中接口的资源并使任何类型的协商更快,这有利于实时连接,其中所述任何类型的协商包括诸如XID的与优化方法有关的参数的协商。
根据本发明,提供了在无线网络子系统之间的移动台的连接切换期间传送优化算法的参数的方法,所述方法包括以下步骤:从源无线网络子系统向核心网或向目标无线网络子系统发送需要所述切换的信令;从所述核心网或从所述目标无线网络子系统向所述源无线网络子系统发送要进行所述切换的信令;以及从所述源无线网络子系统直接地或通过所述核心网向所述目标无线网络子系统传送所述参数,而没有任何必要在所述移动台和所述目标无线网络子系统之间通过空中接口来协商所述参数。
根据本发明,提供了移动电信系统,它包括连接到多个互连的无线网络子系统的核心网,所述无线网络子系统用于通过空中接口与移动台进行通信,其中第一所述无线网络子系统包括用于向所述核心网或向第二所述无线网络子系统中的一个目标无线网络控制器发送需要切换的信令的一个源无线网络控制器,其中,所述核心网或所述目标无线网络控制器响应于所述信令,向源无线网络控制器发送要进行所述切换的信令,接着直接或通过所述核心网从所述源无线网络控制器向所述目标无线网络控制器传送参数,而并没有任何必要在所述移动台和所述目标无线网络控制器之间通过所述空中接口来协商所述参数。
通过结合附图对附图所示最佳方式实施例的详细描述,本发明的这些和其它目的、特性以及优点将变得更加明显。
附图说明
图1示出根据本发明的在切换期间把已经协商的XID参数移到目标RNC的源无线网络控制器(RNC)。
图2示出根据本发明的SRNS重定位的简化过程。
图3示出MSC连接到网络。
图4示出MSC初始化。
图5示出MSC SRNS重定位。
图6也示出MSC SRNS重定位。
图7示出SRNS重定位和位置登记之前的状态。
图8示出SRNS重定位和位置登记之后的状态。
图9示出图9A和9B如何结合。
图9A和9B一起示出当改变SGSN区域导致寄存器位置的改变并且随后导致新位置区域中的位置登记时SRNS重定位更新的有关接口信息传输的信令序列。
图10示出在SRNS重定位已被实际提交之前的数据路径。
图11示出GGSN更新之后的数据路径。
图12示出源RNC中资源释放之后的数据路径。
图13示出GPRS网络的体系结构。
图14示出UMTS分组网的体系结构。
图15示出两个逻辑RNC。
具体实施方式
在MS连接到网络后的第一XID协商总是正常GPRS类型的XID协商,像先有技术中的一样。作为SNDCP协议一部分的GPRS XID参数协商在TS 101 297 v.6.4.0(1999-08)(GSM 04.65版本6.4.0 1997版(章节6.8))中进行了定义。
类似地,在RNC间切换(SRNS重定位)期间,根据目前建议的GSM平台向UMTS的演变,数据传送的控制点从源RNC(RNC 1)移到目标RNC(RNC 2),因此对目标RNC网络单元建立新的PDCP实体。但是,这个新的PDCP实体应该在它开始向MS进行数据传送之前协商XID参数(PDCP可以在它知道协商的XID参数之前发送数据,但它只能使用XID参数的缺省值->不允许诸如标题压缩的优化)。
先有技术的基本解决方案(如在GPRS中)仍是:目标RNC在它自身和MS之间进行正常的XID协商,之后开始数据传送。
如图1所示的,根据本发明的更加有利的解决方案是:源RNC 16(RNC 1)在切换期间把已经协商的XID参数移到目标RNC 20(RNC2),即SRNS直接地或通过SGSN 26重定位(见3G TS 23.121 v3.0.0-章节4.3.12.2.3)。
图1示出一对无线网络子系统11、12,它们通过Iu接口连接到核心网14。无线网络子系统11包括无线网络控制器16和一个或多个抽象实体18,其中抽象实体18可被称作节点B,它对应于GSM的基站收发信子系统。节点B的实体通过Iub接口连接到RNC。节点B能够支持FDD模式、TDD模式或双模式操作。RNC负责切换决定,所述切换决定需要通过Uu接口到移动台10的信令。RNC包括组合/分离功能,以支持节点B之间的宏分集。节点B可以包括任选的组合/分离功能,以支持节点B中的宏分集。无线网络子系统11、12的RNC 16、20可以通过Iur接口互联到一起,如之前参考图14描述过的那样。
各个RNC负责其小区组的资源。对于诸如图1的移动台MS 10的用户设备之间的各个连接,以及所示意的接入/核心体系结构,一个RNC是正服务RNC。在图1中,RNC 116最初是正服务RNC。RNC 220作为漂移RNC(也见图15)并通过为可能的切换提供无线电资源来支持正服务RNC1 16。在这样的切换中,如上所述,在RNC间切换期间,数据传送的控制点从RNC1 16移到RNC2 20,用于对目标RNC1 20建立新的PDCP实体。根据先有技术,这个新的PDCP实体应该在它开始向MS的数据发送之前首先协商PDCP参数,除非它希望只是使用缺省值,即没有优化。
根据本发明,不是再一次重新协商,诸如重新协商例如PDCP参数的优化算法参数,而是RNC1 16向RNC2 20传送已经协商的PDCP参数,如线24所示,所述传送可能通过Iur接口或通过核心网14进行,例如通过正服务GPRS支持节点(SGSN)26进行。
图2示出表示SRNC重定位的简化过程的一个实施例,其中两个SGSN包含在核心网中。PDCP参数传送的一个可能解决方案是利用SRNC重定位消息(例如:SRNC_Relocation_Required 30、Forward_SRNC_Relocation 32(例如,如果RNS1和RNS2连接到不同的SGSN,则可能连接到另一个图1中没有示出的SGSN 27),到目标SRNC 20的SRNC_Relocation_Request 34、SRNC的Relocation_Proceeding 136、Forward_SRNC_Relocation_Response 38、SRNC_Relocation_Proceed 2 40、SRNC_Relocation_Commit 42、RNC_Restart_44、Data_Transmission_Begin46、PDCP_Parameter_Request(如果需要)48、PDCP_Parameter_Response(如果需要)50)。PDCP参数的格式可以与一般先有技术XID协商中的格式相同。在目标RNC2 20接收这些PCDP参数之后,它检查它们的有效性。如果它们有效,它可以直接使用这些参数。否则目标RNC进行一般XID类型的协商,如图2的步骤48、50所示。因此MS和目标RNC之间的PDCP协商只在目标RNC中的PDCP参数无效时进行,因此节省空中资源。
但是,MS在它能够向RNC发送数据之前需要有关PDCP参数的有效性的信息(否则MS无法知道RNC中的PDCP参数是否正确)。有以下两种选择:
优选解决方案:在单独的消息中RLC重启期间/之前,例如在图2的步骤44期间,RNC通知MS有关XID参数的有效性。如果PDCP参数有效,则两端都可以直接使用相同的协商PDCP参数。如果PDCP参数无效,则在重启之后进行PDCP协商,如例如步骤48、50所示的那样。直到PDCP协商完成,所有数据分组都以非压缩模式进行发送,即以缺省模式发送。
另一解决方案:它可以保证在需要的时候,可以在数据发送之前进行PDCP参数协商(最好在RLC重启步骤44之前)。(但是,这可能引起SRNC重定位的延迟。)
描述到迄今为止,从源RNC检索PDCP参数有一个缺点。目标RNC无法知道MS是否能够处理“更好”的PCP参数,例如比原来MS和源RNC 16(RNC1)之间协商的更好的压缩方法。
示例:
-MS能处理标题压缩方法A和B
-RNC1能处理标题压缩方法A
-RNC2能处理标题压缩方法A和B
因为最初由RNC1进行PDCP协商,因此仅标题压缩A被协商供使用。在SRNC重定位之后,RNC2检查PDCP参数的有效性。在本示例中它们有效,因为RNC2能处理标题压缩A。问题在于,在这种情况下,没有进行MS之间的PDCP协商,并且标题压缩B没有供使用。如果标题压缩B好很多,它将导致低效率。(一般PDCP协商永远采用最佳XID参数供使用。)
还是根据本发明,这个问题可以通过以下增强被避免:
首先,最初的XID协商(MS连接到网络之后的第一个XID协商)总是从MS侧开始。(这是GPRS中的一般情况)。MS定义适当的PDCP参数并将其放入PDCP消息中。接着,对等实体,即RNC,协商,即选择适当的PDCP参数并为它们设置适当的值。之后,RNC把协商的XID参数返回给MS,并且协商的参数供使用。
但是,如果RNC除了协商的PDCP参数外还储存“没有使用的”或放弃的PDCP参数(本示例中,它储存有关标题压缩B的信息),当进行SRNC重定位时,从存储器中检索“没有使用”的PDCP参数,并且也将其传送到目标RNC。(于是,传送中使用相同的SRNC重定位消息或协商的PDCP参数。)根据所述信息,目标RNC可以决定那些“没有使用”的XID参数是否比当前协商的参数“更好”(在本示例中为标题压缩B),并使MS之间的PDCP协商使用新的并且“更好”的XID参数。
现将给出根据本发明的标题压缩(HC)参数的协商的几个示例。
示例1
图3示出标题压缩(HC)参数的协商的一个示例。当移动台利用UE CAPAPBILITY INFORMATION(UE能力信息)消息连接到网络RRC,并通知SRNC有关UE能使用的标题压缩(HC)的方法及其参数。这个信息被留给网络进行更新和照管。
在比较网络自己的和这些接收参数之后,网络对要使用的HC方法作出决定,同时考虑QoS的需要。因此可能选择最可能的HC方法(换句话说,根据QoS需要,第一配置的方法可以被选择为实时业务优化方法或者不是)。在网络作出它配置自己的压缩器的决定之后,利用RRC消息RADIO BEARER SETUP(无线电承载设置)(图4)或RADIO BEARER RECONFIGURATION(无线电承载重新配置)(图5)配置UE端中压缩器的算法有关的参数,产生OPT值表与命令。同时产生OPT表以匹配网络端的表。VE_RRC以RADIO_BEARER_SETUP_COMPLETE(图4)消息响应SRNC_RRC,或在重配置的情况下以RADIO_BEARER_RECONFIGURATION_COMPLETE(图5)消息响应。
因为网络知道(图3)UE和网络本身能使用哪些算法,因此在其它类型的分组(不同于当前压缩器支持的)被识别、并且这些分组的压缩由网络和UE支持的情况下,有可能配置新的压缩器。在那种情况下,新的压缩器将直接在两端被配置。如果通知在UE端,那么这些分组首先以非压缩形式被发送到RNC,RNC注意到这个情况之后在两端配置压缩器。UE端的新压缩器利用包含所述信息的RADIO BEARER RECONGIGURATION(无线电承载重新配置)消息被配置,所述消息在配置新方法时被发送。
因为网络在UE和网络两者都保存了所有可供使用的方法的信息,并且因为只配置最可能的方法,因此可能在稍后需要的时候对其它方法的压缩器进行配置。
在SRNS重定位的情况下,如图6所详示,在最后一个SRNC_relocation_Commit消息之后,发送新的RNC RADIO BEARERRECONFIGURATION(RNC无线电承载重新配置)(图5)消息,其中,如果方法改变,则传送新的HC参数。在方法不改变的情况下,只传送旧的参数并发送有关压缩器的复位(是/否)的信息。如果没有复位,则压缩/解压缩象在老的RNC中那样继续。
示例2
此外,当移动台用图3的UE CAPAPBILITY INFORMATION(UE能力信息)消息连接到网络RRC时,通知SRNC_RNC有关UE能够使用的所需标题压缩(HC)方法以及相关参数。这个信息被留给网络进行更新和照管。
网络根据其自身支持的方法以及UE支持的方法选择能够被支持的方法。之后,网络能用消息同时把所有支持的方法的参数发送给UE。这意味着网络和UE都知道哪些方法能被支持。在这种情况下,也在两端相似地生成表示不同方法的不同分组类型的OPT表。此信息传送可以通过利用如图4所示的RRC的消息RADIO BEARERSETUP(无线电承载设置)或如图5所示的RADIO BEARERRECONFIGURATION(无线电承载重新配置)进行。同时通知并配置最可能的方法并建立压缩器。
配置的压缩器是例如TCP/IP,但之后确认RTP/UDP/IP实时分组,在这样的情况下,PDCP确认这种情况并为那些分组产生新的压缩器。配置新的RTP/UDP/IP压缩器,在压缩器内产生基于流的上下文,并向其它端发送基于流的全标题(FH)。链路层利用OPT字段通知有关哪种压缩方法正被讨论并且处理那种方法的全标题(FH)。其它端注意到这种情况,为当前流配置解压缩器并产生(利用FH)正确的内部上下文。在这种情况下,不需发送RADIO BEARERRECONFIGURATION(无线电承载重新配置)消息。之后,压缩器无需进一步作用就能够发送压缩的分组。这种解决方案独立于发送端(UE/网络)而工作。
另一种解决方案是:对于所有支持的方法,在开始就立即配置各端自己的压缩器,这意味着压缩器的配置只进行一次。在这种情况下,压缩器内只产生自身特定的基于流的上下文,并向其它端发送基于流的全标题(FH)。并且,如果相同的压缩器支持两种方法,则不需配置,而是只产生自身的基于流的压缩器上下文,并且向其它端发送FH。
此外,在SRNC_relocation_Commit消息之后的SRNS重定位的情况下,如图6所示,发送新的RNC RADIO BEARERRECONGIGURATION(RNC无线电承载重新配置)消息(图5),其中通知UE有关方法是否改变。在方法没有改变的情况下,只发送有关压缩器的复位(是/否)的信息。如果没有复位,则压缩/解压缩象在老的RNC中那样继续。
示例3:
也有可能的是网络通知UE有关在连接到网络时以及在SRNC_relocation_Commit消息之后的SRNS重定位的情况下它所支持的方法。在这种情况下,UE利用一些基于RADIO BEARER SETUP(无线电承载设置)(图4)及RADIO BEARER RECONFIGURATION(无线电承载重新配置)(图5)的信令开始发送压缩器参数并按照示例1或2开始压缩器生成过程,所不同的是UE发送配置消息而网络接收这些消息。
GPRS中当前(先有技术)的解决方案是在SGSN的位置变化(SGSN间的切换)时再次进行XID协商。需要这种协商,因为SNDCP和LLC协议位于SGSN中而新的SGSN不知道老的XID参数(并且它们也可能不适用)。为某些(大多数但不是全部)LLC和SNDCP参数、例如标题压缩参数进行XID协商。
但是,这种方法并不非常适合于UMTS。
-在UMTS中,PDCP位于RNC中,因此将不得不更加频繁地进行协商。
-UMTS对分组数据也有实时承载。
-协商应尽可能快。
注意:在UMTS中,PDCP参数协商可能不叫XID协商,而只是PDCP参数协商。
在UE和目标RNC之间进行PDCP协商的可能备选方案:
下面对SRNS重定位进行详细描述。从源RNC向目标RNC传送所有需要的信息。
-协商的PDCP参数->目标RNC,它们是否对它OK(适合)。如果它们OK,则不需要新的协商,节省了空中资源和时间。
-UE能力信息->它连同其它能力一道包括UE的PDCP能力信息。PDCP能力信息可以包括例如以下信息:PDCP版本号和所支持的标题压缩方法及其它参数。这不是强制的。
1)一种解决方案是网络命令(RNC中的RRC协议)UE中使用什么参数(在不同的无线电层协议L1、MAC;RLC、PDCP)。它不是象XID协商那样的实际双向协商。但是,网络应该知道UE能支持什么样的参数(因为网络不能命令UE不能支持什么)。这个UE能力可以从源SRNC(建议的)传送送或通过“UE能力查询”从UE请求(见RRC规范-TS 25.331 v1.5.0:章节8.1.6和8.1.7)。现在,目标SRNC能为UE协商(命令)新的参数了。当前(先有技术)解决方案是在“无线电承载设置/重新配置”消息中传送参数(见TS25.332:章节8.2)。实际的PDCP参数可能应该叫“PDCP信息”,就象“RLC信息”(见章节10.1.5.4中的表)。并且,其它消息(新的或者现有的)也是可能的。
在目标SRNC中的参数OK的情况下:
-提供之前协商的参数OK的指示。两边都使用老的参数。所述指示可以是一边自己的RRC级消息或者是“无线电承载设置/重新配置”消息的一部分。这个指示可以很短(1字节),以指示所协商的参数是否OK。
在目标SRNC中的参数不是OK的情况下:
-目标RNC命令新参数考虑到UE的能力(一般PDCP参数协商)。
在这种解决方案中,不节省时间,因为协商是单向的。
2)在这种解决方案中,PDCP参数协商在网络(RNC)和UE之间是双向的。在这种情况下,UE能力信息不是强制性的(但它可能在它协商新参数时帮助目标SRNC)。在SRNC接收到要被协商的参数后,它检查参数的适用性。
在目标SRNC中的参数是OK的情况下:
-提供之前协商的参数OK的指示。两边都使用老的参数。所述指示可以是一边自己的RRC级的消息或者“Radio BearerSetup/Reconfiguration”(“无线电承载设置/重新配置)”消息的一部分。所述指示可以很短(1字节),以指示所协商的参数是否OK。
在目标SRNC中的参数不是OK的情况下:
-目标RNC协商新的参数。(双向PDCP参数协商)。第一方向消息(请求)可与解决方案1)中的一样,即“Radio BearerSetup/Reconfiguration”(“无线电承载设置/重新配置”),如图4或5所示,而第二方向消息(应答)可以是“Radio Bearer Setup/Reconfiguration Complete”(“无线电承载设置/重新配置完成”)(见章节10.1.5.5)。并且,RRC协议中PDCP协商的新(自身)消息也是可能的。
在这种解决方案中,节省了时间,因为只在参数不是OK的情况下需要进行双向协商。
注意,在两种解决方案中都假定RRC进行PDCP协商,并且在协商(如果需要)之后RRC向PDCP报告新参数。一种候选的解决方案是PDCP自己进行协商。于是没有使用RRC消息,而PDCP使用自己的PDU用于协商。但是,这种情况下的基本原理还是一样的。
在GPRS将来的版本中也可以使用相似的方法。
SRNS重定位原理依照3G TS 23.121 v3.1.0(1999-10)3G PP技术规范组业务和系统方面;1999版的章节4.3.14.2的结构要求,根据本发明进行修改:
根据3G TS 23.121的章节4.3.14.2.1,进行SRNS重定位,源SRNC必须开始SRNS重定位程序,因为它不是目标SRNC,而是知道用户当前的业务的源SRNC。这只在这个程序对用户业务具有最小负面影响的时候进行。即使用户具有通过一个以上(IP或ISDN)域的一些业务,SRNC重定位程序也必须确保该用户只有一个正服务RNC。
SRNC重定位程序被分成两个阶段。在第一阶段,资源被保存在新的IU接口以及(如果需要)在CN中。只有在已经对用户目前具有一些业务的所有域都成功地完成了第一阶段时,源SRNC才能开始第二阶段,即SRNC的角色切换到目标SRNC。
根据TS 23.121规范,下面示出的信令程序不表示可能性的完整集合,也不表示它们命令这种操作。应该理解,根据本标准,应该为各个接口指定一组基本程序,在一种实现中,它们能以不同方式被组合。因此,说明性序列仅仅是典型实现的示例。在来自3G TS23.121标准的这些示例中,MSC表示3G_MSC/VLR,SGSN表示3G_SGSN。
                     SRNS重定位
            (UE连接到单个CN节点,3G_SGSN)
按照3G TS 23.121的章节4.3.14.2.3,后面为新位置区域的位置登记,本发明进行了修改
此示例说明当源RNC和目标RNC连接到不同3G_SGSN时的SRNS重定位。图7和图8分别示出SRNS重定位和位置登记之前和之后的情况。图9示出信令序列,下面解释各个步骤。
如图7所示,在SRNS重定位和位置登记之前,UE被登记在SGSN1和MSC1中。处于状态MM中的UE连接到SGSN1,处于状态MM空闲中(见3G TS 23.121中的章节4.3 UMTS移动性管理(UMM))的UE连接到MSC1。RNC1作为SRNC,RNC2作为DRNC。
在SRNS重定位和定位登记之后,如图8所示,UE被登记在MSC2和SGSN2中。处于状态MM中的UE连接到SGSN2,处于状态MM空闲中的UE连接到MSC2。RNC2作为SRNC。
在SRNS重定位:
源和目标SGSN交换CN级信息(CN等级标志、建立的PDP上下文的列表)
源和目标SRNC交换UTRAN级信息(UTRAN等级标志、...)和用于确保用户分组在SRNS重定位程序期间不被丢失也不被复制的信息。根据本发明的示教,该URTAN级信息也包括协商的PDCP(XID)参数。
               “资源保留”阶段
在这个阶段期间,还是根据3G TS 23.121 v 3.1.0(1999-10)的章节4.3.14.2.3,GGSN和UE之间分组的传输通过源SRNC进行。以下标号的段落对应于图9A和9B中的标号的步骤,图9示出图9A和9B的结合。
1.UTRAN(源SRNC)作出执行正服务RNC重定位程序的决定。它包括正服务RNC功能性要被重定位到哪个RNC(目标RNC)的决定。源SRNC向SGSN1发送需要SRNC重定位的消息。这个消息包括应该被透明地传到目标RNC的诸如目标RNC标识符和信息字段的参数。根据本发明,这可以包括协商的PDCP(XID)参数,UE能力(例如UE支持的标题压缩方法)以及其它任何相关参数。
2.在收到需要SRNC重定位的消息时,SGSN1从接收信息确定SRNC重定位(例如这种情况下)将导致SGSN的变化。
SGSN接着向适当的SGSN(比如SGSN2)发送前向SGNC重定位请求,其中包括从源SRNC接收的信息(参见以上根据本发明的PDCP(XID)参数信息)以及改变SGSN所需的信息(例如MM上下文,PDP上下文)。PDP上下文信息包括当前由UE建立的PDP上下文的列表(包括PDP类型,请求/协商QoS)连同相关GGSN的地址。它不包括任何与分组传输相联系的信息(序列号),因为这样的信息由UTRAN负责。
3.SGSN2向目标RNC发送SRNC重定位请求消息。该消息包括从源SRNC透明发送的SRNC上下文的建立用的信息(例如UE标识,连接CN节点的数量,UE能力信息(包括与上述PDCP(XID)参数有关的发明的信息传送),以及Iu用户平面传输承载的建立用的指示。
当建立了Iu用户平面传输承载,并且目标RNC完成了它的准备阶段时,SRNC重定位过程1消息被发送到SGSN2,如图9A和9B所示。SRNC重定位过程1消息包含目标RNC愿意接收那些分组的IP地址(可能一个PDP上下文一个地址)。
4.当已经分配了目标RNC和SGSN2之间的业务资源,并且SGSN2准备SRNC移动时,从SGSN2向SGSN1发送前向SRNC重定位响应。该消息表示已经为SRNC重定位分配了需要的资源:SGSN2/目标RNC准备从源SRNC接收UE还没确认的下行流分组。前向SRNC重定位响应消息包含在SRNC重定位过程1消息中给出的IP地址。
5.当SGSN1中已接收到前向SRNC重定位响应时,SGSN1通过向源RNC发送SRNC重定位过程2消息来指出在CN PS域侧完成SRNC重定位的准备阶段。这个消息包含要发送UE还没有确认的下行流分组的IP地址(可能一个PDP上下文一个地址)。
           “正服务RNC的实际切换”阶段
6.当源RNC收到SRNC再定位.过程2消息时,源RNC向目标RNC发送SRNC重定位提交消息((SNU、UP_RLC_Ack、SND)列表)。SND是从GGSN接收的下一个下行链路分组的GTP序列号。SNU是要传送到GGSN的下一个上行链路分组的GTP序列号。UP_RLC_Ack包含对由源SRNC接收的上行流PDU进行有关UE所用的各个RLC连接的确认(即确认模式中所有RLC SAPI的接收状态变量V(R))。源SRNC开始定时器T3-TUNNEL,停止与UE进行分组交换(点(a)),并开始向目标SRNC传送缓冲的下行流分组。目标RNC在最早的适当时间为所用承载进行切换。在这个阶段,根据本发明,如果需要则要协商新的PDCP参数。参见以上有关UE和RNC之间的PDCP协商的可能备选方案的描述。
7.目标RNC开始充当SRNC,并且3G TS 23.121 v 3.1.0(1999-10)的章节4.3.14.2.3的剩下的步骤7-14保持不变,并且不受本发明的影响。目标SRNC:
(a)重新开始RLC连接。它包括在UP_RLC_Ack和DOWN_RLC_ACK的目标SRNC和UE之间的交换。DOWN_RLC_ACK确认在重定位程序开始之前已经成功地传送了的所有移动终接的分组。如果DOWN_RLC_ACK确认收到从源SRNC转发的分组,则这些分组应该被目标SRNC丢弃。UP_RLC_Ack确认在重定位程序开始之前已经成功地传送了的所有移动始发的分组。从现在开始,与UE进行的分组的交换可以重新开始(点(b))。
(b)向UE发送新的MM系统信息,表示例如相关的路由区域以及位置区域。新的RAI触发路由区域更新程序。诸如新的RNTI身份的附加RRC信息接着也可以被发送到UE。这可以触发位置更新程序(见下面的步骤12)。
8.在RNC成功切换之后,目标RNC(=SRNC)立即向SGSN2发送SRNC重定位检测消息。在发出新的MM系统信息之后,目标RNC向SGSN2发送SRNC重定位完成消息。
9.在新的MM系统信息包括新的RAI时,UE向SGSN2发送路由区域更新请求(老的RAI;老的P-TMSI;老的PTMSI签名,更新类型)。
10.在收到RAN请求时,SGSN2用包括新的SGSN地址的更新PDP上下文请求对GGSN进行更新。GGSN接着更新PDP上下文并返回PDP上下文响应。SGSN向SGSN1发送完成SRNC重定位。
11.收到完成SRNC重定位时,SGSN1将向源RNC发送释放指示。源RNC分配给这个UE的所有资源只有在收到这个消息并且定时器T3-TUNNEL期满时被释放。在定时器T3-TUNNEL期满之前,向目标SRNC发送从GGSN接收的所有下行流分组。
12.SGSN2通过向HLR发送更新GPRS位置(IMSI,新的SGSN地址等)来通知HLR有关SGSN的变化。HLR通过发送取消位置(IMSI)取消老的SGSN、SGSN1中的上下文。SGSN1去掉上下文并用取消位置Ack(确认)进行确认。HLR向SGSN2发送插入用户数据(IMSI,预约数据)。SGSN2用插入用户数据Ack进行确认。HLR通过向SGSN2发送更新GPRS位置Ack来确认更新GPRS位置。
13.在收到来自HLR的插入用户数据时,SGSN2将开始更新储存在UE中的MM信息。这通过向UE发送网络开始路由区域更新命令来进行。这个消息将包括新的RAI,可能还有新的P-TMSI。当UE进行了所需的更新时,它用网络开始路由区域更新完成进行应答。
14.当接收表示新的位置区域的新MM系统信息时,UE在这种情况下将开始向MSC2的位置区域更新程序。这表示位置区域更新将与上述有关核心网的SGSN侧的活动平行地进行。
      SRNS重定位程序期间UE-GGSN的通信路径
在图9A中的点(a)之前,通过源SRNC和SGSN1建立UE和GGSN之间的连接,如图10所示(3G TS 23.121 v 3.1.0的图4-28)。
在向目标SRNC传输“SRNC重定位提交”后(在图9A中的点(a)之后,源RNC不能与UE交换数据,因为它的RLC应该在向目标RNC传输RLC序列号之后被冻结。在目标SRNC和UE之间重新开始RLC之前(在图9A中的点(b)之前),数据传送不能继续。目标SRNC在这个阶段期间接收的所有下行流分组都被缓存,直到重新开始目标SRNC和UE之间的RLC。
在图9A中的点(c)之后,通过目标RNC和SGSN2建立UE和GGSN之间的连接。
在释放源RNC中的资源之前(在T3-TUNNEL期满之前),目标SRNC可以从两条路径接收下行流分组。主干上所剩的分组通过“老的路径”(通过SGSN1和RNC1)被发送并由源RNC1转发到目标SRNC2,而GGSN在它的Gi接口上接收的分组通过新的路径(通过SGSN2)被发送到SRNC2。
图11示出GGSN更新之后(在图9A中的点(c)之后)的数据路径。
图12示出源RNC中的资源释放之后(在图9A中的释放响应之后)的数据路径。
尽管关于本发明最佳模式实施例示意和描述了本发明,但本领域的技术人员应该理解,在不脱离本发明精神和范围的情况下,其中可以在形式和细节上对本发明最佳模式实施例进行前述和各种其它的变化、删节和增加。

Claims (4)

1.在无线网络子系统之间的移动台的连接切换期间传送优化算法的参数的方法,所述方法包括以下步骤:
从源无线网络子系统向核心网或向目标无线网络子系统发送需要所述切换的信令;
从所述核心网或从所述目标无线网络子系统向所述源无线网络子系统发送要进行所述切换的信令;以及
从所述源无线网络子系统直接地或通过所述核心网向所述目标无线网络子系统传送所述参数,而没有任何必要在所述移动台和所述目标无线网络子系统之间通过空中接口来协商所述参数。
2.如权利要求1所述的方法,其特征在于:在所述移动台和所述源无线网络子系统之间的所述连接的初始建立期间,所述参数包括各个任选的参数组,其中仅仅一组被所述源无线网络子系统接受,所述方法还包括储存所有所述任选的参数组的步骤,其中所述发送所述参数的步骤包括传送所有所述任选的参数组。
3.移动电信系统,它包括连接(Iu)到多个互连(Iur)的无线网络子系统(11、12)的核心网(14),所述无线网络子系统(11、12)用于通过空中接口(Uu)与移动台(10)进行通信,其中第一所述无线网络子系统(11)包括用于向所述核心网或向第二所述无线网络子系统(12)中的一个目标无线网络控制器(20)发送需要切换的信令的一个源无线网络控制器,其中,所述核心网或所述目标无线网络控制器响应于所述信令,向源无线网络控制器发送要进行所述切换的信令,接着直接或通过所述核心网从所述源无线网络控制器向所述目标无线网络控制器传送参数,而并没有任何必要在所述移动台和所述目标无线网络控制器之间通过所述空中接口来协商所述参数。
4.如权利要求3所述的系统,其特征在于:在所述移动台和所述源无线网络控制器之间的所述参数的初始协商期间,所述参数包括各个任选的参数组,其中仅仅一组被所述源无线网络控制器接受,所述各个任选的参数组由所述源无线网络控制器储存,用于在所述源无线网络控制器向所述目标无线网络控制器发送要进行所述切换的信令之后向所述目标无线网络控制器发送。
CNB008163448A 1999-11-29 2000-11-20 移动台在无线网络子系统间切换期间的算法参数的传送 Expired - Lifetime CN1213630C (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US16792499P 1999-11-29 1999-11-29
US60/167,924 1999-11-29

Publications (2)

Publication Number Publication Date
CN1402949A CN1402949A (zh) 2003-03-12
CN1213630C true CN1213630C (zh) 2005-08-03

Family

ID=22609382

Family Applications (1)

Application Number Title Priority Date Filing Date
CNB008163448A Expired - Lifetime CN1213630C (zh) 1999-11-29 2000-11-20 移动台在无线网络子系统间切换期间的算法参数的传送

Country Status (8)

Country Link
EP (2) EP1236363B1 (zh)
JP (1) JP2003515995A (zh)
CN (1) CN1213630C (zh)
AT (1) ATE440469T1 (zh)
AU (1) AU1293001A (zh)
DE (1) DE60042790D1 (zh)
ES (1) ES2328218T3 (zh)
WO (1) WO2001039525A2 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009043306A1 (fr) * 2007-09-28 2009-04-09 Huawei Technologies Co., Ltd. Procédé pour la négociation d'une configuration et appareil associé

Families Citing this family (35)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8959230B2 (en) * 2002-01-28 2015-02-17 Qualcomm Incorporated Method and apparatus for negotiation of transmission parameters for broadcast/multicast services
US9635540B2 (en) 2002-03-25 2017-04-25 Jeffrey D. Mullen Systems and methods for locating cellular phones and security measures for the same
JP4000906B2 (ja) 2002-05-22 2007-10-31 日本電気株式会社 パケット転送経路の最適化方法及びパケット転送装置並びにプログラム
EP1614314B1 (en) 2003-04-17 2012-08-08 Nokia Corporation Protocol parameter re-negotiation
FI116442B (fi) * 2003-09-15 2005-11-15 Nokia Corp Pakettivälitteinen kanavanvaihto
WO2005089002A1 (en) * 2004-03-11 2005-09-22 Siemens Aktiengesellschaft A method of packet switched handover
GB0405389D0 (en) 2004-03-11 2004-04-21 Siemens Ag Inter-SGSN PS handover optimisation
US8638813B2 (en) 2004-04-28 2014-01-28 Nokia Corporation Protocol parameter negotiation
JP4552736B2 (ja) * 2004-05-07 2010-09-29 日本電気株式会社 移動体通信システム及びそれに用いるデータ配信サービスの制御方法
CN1694381B (zh) 2004-05-07 2011-08-24 日本电气株式会社 移动通信系统和mbms服务相关信息传送方法
MY144078A (en) 2004-06-01 2011-08-15 Qualcomm Inc Systems and methods for packet based handoff in wireless communication systems
US8515424B2 (en) 2004-06-01 2013-08-20 Qualcomm Incorporated Connected-state radio session transfer in wireless communication systems
KR100640479B1 (ko) 2004-06-07 2006-10-30 삼성전자주식회사 이동 광대역 무선접속 시스템에서 핸드오버 절차 최적화 시스템 및 방법
FI20040817A0 (fi) 2004-06-14 2004-06-14 Nokia Corp Pakkausparametrien siirto matkaviestinjärjestelmässä
CN100370873C (zh) * 2004-07-19 2008-02-20 华为技术有限公司 解决服务无线网络系统迁移后加解密失败的方法
GB0418436D0 (en) * 2004-08-18 2004-09-22 Nokia Corp Communication system
CN1889757B (zh) * 2005-08-11 2010-05-12 华为技术有限公司 第三代移动通信系统中的业务切换方法
ATE442017T1 (de) 2004-12-02 2009-09-15 Huawei Tech Co Ltd Weiterreichverfahren in einem mobilkommunikationssystem zur sicherstellung der kommunikationsfortsetzung
CN1319409C (zh) * 2004-12-02 2007-05-30 华为技术有限公司 移动通信系统中保持连续通信的切换方法
US7167459B2 (en) * 2004-12-30 2007-01-23 Motorola, Inc. Inter-network handover in a packet radio system
GB0507901D0 (en) * 2005-04-19 2005-05-25 Vodafone Plc Controlling loads in telecommunications networks
US20070008902A1 (en) * 2005-07-11 2007-01-11 Saritha Yaramada Managing negotiations of quality of service parameters in wireless networks
US20070155389A1 (en) * 2005-12-31 2007-07-05 Lucent Technologies, Inc. Method for controlling header compression during handoffs in a wireless system
US8155651B2 (en) * 2006-06-28 2012-04-10 Telefonaktiebolaget L M Ericsson (Publ) Transmission parameter negotiation after packet-switched handover
CN101237672B (zh) 2007-01-29 2012-05-23 华为技术有限公司 一种演进网络中建立s1信令连接的方法、装置及系统
US8886188B2 (en) * 2007-03-20 2014-11-11 Qualcomm Incorporated Method and apparatus for transfer of session reference network controller
CN102202358B (zh) * 2007-04-30 2013-08-28 华为技术有限公司 同步方法、通信切换方法、无线网络以及节点
CN101299876B (zh) 2007-04-30 2011-07-06 华为技术有限公司 同步方法、通信切换方法、无线网络以及节点
FR2919977A1 (fr) 2007-08-09 2009-02-13 Alcatel Lucent Sas Procede de gestion de changement de ressources radio affectees a un terminal mobile dans un systeme cellulaire
JP5397972B2 (ja) * 2008-02-21 2014-01-22 Necアクセステクニカ株式会社 音響通信システム、音声通信装置及び音声圧縮変更方法
CN101827341B (zh) * 2009-03-04 2013-06-05 电信科学技术研究院 一种单元格式的指示方法、系统和装置
CN101953185B (zh) * 2009-04-08 2015-05-06 华为技术有限公司 小区信息的传递方法、网络设备和系统
CN102300272B (zh) * 2010-06-22 2015-09-16 中兴通讯股份有限公司 S1切换的数据转发方法及移动通信系统
US20150172421A1 (en) * 2012-06-13 2015-06-18 Telefonaktiebolaget L M Ericsson (Publ) Data compression in a communications network
CN106936608B (zh) * 2015-12-29 2020-09-18 华为技术有限公司 一种建立ssh连接的方法、相关设备及系统

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB9621247D0 (en) * 1996-10-11 1996-11-27 Nokia Mobile Phones Ltd Dect/gsm interworking
FI105964B (fi) 1998-12-16 2000-10-31 Nokia Networks Oy Menetelmä matkaviestinyhteyksien hallintaan
FI106762B (fi) * 1999-02-16 2001-03-30 Nokia Mobile Phones Ltd Menetelmä ja järjestelmä eräiden neuvottelujen toteuttamiseksi pakettidataverkossa
GB2389751B (en) * 1999-05-28 2004-02-25 Nec Corp Mobile telecommunications system
GB9921706D0 (en) * 1999-09-14 1999-11-17 Nokia Telecommunications Oy Relocation in a communication system

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2009043306A1 (fr) * 2007-09-28 2009-04-09 Huawei Technologies Co., Ltd. Procédé pour la négociation d'une configuration et appareil associé

Also Published As

Publication number Publication date
ATE440469T1 (de) 2009-09-15
WO2001039525A3 (en) 2002-05-10
CN1402949A (zh) 2003-03-12
DE60042790D1 (de) 2009-10-01
EP1236363B1 (en) 2009-08-19
EP2053899B1 (en) 2016-07-13
EP1236363A2 (en) 2002-09-04
AU1293001A (en) 2001-06-04
JP2003515995A (ja) 2003-05-07
ES2328218T3 (es) 2009-11-11
EP2053899A1 (en) 2009-04-29
WO2001039525A2 (en) 2001-05-31

Similar Documents

Publication Publication Date Title
CN1213630C (zh) 移动台在无线网络子系统间切换期间的算法参数的传送
US10251117B2 (en) Data processing method and system
EP2095663B1 (en) Transfer of buffered data from a source base station to a target base station
CN1210971C (zh) 无线通信系统中的分组数据业务
US7266105B2 (en) Method for determining triggering of a PDCP sequence number synchronization procedure
TWI305471B (en) Enhanced assisted cell change
JP4902651B2 (ja) レガシーインターフェースを使用するシステム間ハンドオーバ
CN1717070A (zh) 用于具有自组扩展的无线接入网的空中接口协议
CN101040492A (zh) 无线通信系统中基于分组的切换系统和方法
CN101690328A (zh) 使用媒介无关切换功能实体的异构网络切换支持机制
CN1933663A (zh) Lte系统中支持用户设备移动性的方法
CN1859728A (zh) 网络中激活态an之间软切换及会话迁移的实现方法
CN101048987A (zh) 数据传输方法和网元
CN1893720A (zh) 一种系统间切换方法
CN1595913A (zh) 通信协议终端方法、控制信号终端服务器以及移动通信系统
CN100344171C (zh) 无线网络系统及应用无线网络系统实现数据传输的方法
CN1905569A (zh) 移动通信网络改变用户ip地址的方法
CN1640177A (zh) 分组模式蜂窝移动无线系统中改进服务质量管理的方法
CN1177434C (zh) 基于通用陆地无线接入网接口的多播业务的实现方法
CN101052213A (zh) 长期演进网络中用户设备切换时用户数据传输方法
CN1933664A (zh) Lte系统中支持用户设备移动性的方法
CN1780481A (zh) 用户设备识别服务无线网络子系统迁移的方法
CN1650545A (zh) 移动通信网络系统和移动通信方法
CN1825848A (zh) 实现媒体网关功能的方法和无线接入控制设备及接入系统
CN1738285A (zh) 错误指示报文处理方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C14 Grant of patent or utility model
GR01 Patent grant
C41 Transfer of patent application or patent right or utility model
TR01 Transfer of patent right

Effective date of registration: 20160121

Address after: Espoo, Finland

Patentee after: Technology Co., Ltd. of Nokia

Address before: Espoo, Finland

Patentee before: Nokia Oyj

CX01 Expiry of patent term
CX01 Expiry of patent term

Granted publication date: 20050803