CN101287285B - 电路域呼叫建立、触发方法、系统及设备 - Google Patents
电路域呼叫建立、触发方法、系统及设备 Download PDFInfo
- Publication number
- CN101287285B CN101287285B CN2007101364931A CN200710136493A CN101287285B CN 101287285 B CN101287285 B CN 101287285B CN 2007101364931 A CN2007101364931 A CN 2007101364931A CN 200710136493 A CN200710136493 A CN 200710136493A CN 101287285 B CN101287285 B CN 101287285B
- Authority
- CN
- China
- Prior art keywords
- message
- subscriber equipment
- rnc
- circuit domain
- information
- 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 - Fee Related
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明涉及无线通信领域,公开了一种电路域呼叫建立、触发方法、系统及设备,减少了CS域业务建立的时延。本发明中,演进网络中的eNodeB+在处理UE发起的呼叫时,如果确定该呼叫是CS域呼叫,则将该UE建立CS域呼叫所需的信息发送到该传统网络中处理该UE呼叫的RNC,由该RNC使用从该eNodeB+所获得的信息为该UE建立CS域呼叫。
Description
技术领域
本发明涉及无线通信领域,特别涉及电路域的呼叫建立技术。
背景技术
2006年,第三代合作伙伴项目(3rd Generation Partnership Project,简称“3GPP”)通过了高速分组数据接入(High Speed Packet Access,简称“HSPA”)演进研究项目,HSPA的演进网络架构基于分组(PS)域业务,对于PS域业务将提供高比特率的用户速率和更短的呼叫时延;对于当前第三代移动通信(The Third Generation,简称“3G”)系统的电路(CS)域业务将不再进行优化。
在HSPA的演进网络中,将现有的3G系统的无线网络控制器(RadioNetwork Controller,简称“RNC”)功能全部都放到了演进的基站节点(eNodeB+)上。这种HSPA网络架构中eNodeB+与通用分组无线业务服务支持节点(Serving GPRS Support Node,简称“SGSN”)直接连接,二者之间的接口为Iu-PS。eNodeB+不与CS域的核心网(Core Net,简称“CN”)节点相连,如移动交换中心(Mobile Switching Center,简称“MSC”)/拜访位置寄存器(Visitor Location Register,简称“VLR”),因此不能单独提供CS域的业务。为了具有后向兼容性,为了支持CS域呼叫业务,需要实现支持PS业务的HSPA演进网络和同时支持PS和CS业务的传统网络之间的互联互通。HSPA演进网络的eNodeB+与传统网络的RNC相连的方案至少有两种,如图1所示,图1(a)为独立的演进HSPA通用移动通信系统地面无线接入网(stand-alone Evolved HSPA UTRAN);图1(b)为共享载波的演进HSPA UTRAN(carrier sharing Evolved HSPA UTRAN)。HSPA演进网络中eNodeB+可以通过Iub/Iur接口与传统网络的RNC相连。
HSPA演进网络的优势体现在PS域业务上。所以,当用户设备(UserEquipment,简称“UE”)需要进行PS域业务时,UE在HSPA演进网络中获得服务,如可以通过stand-alone Evolved HSPA UTRAN或carrier sharingEvolved HSPA UTRAN获得服务;当UE需要进行CS域业务时,或者CS域业务并发PS域业务时,UE需要切换到传统网络中获取服务。与UE通过HSPA演进网络间接向传统网络获取服务相比,UE切换到传统网络建立CS域呼叫所需的时延更为合理,同时也使得HSPA演进网络中实现的与CS域相关的功能能够最小化。
根据以上网络构架,在现有技术中,如果UE发起CS域呼叫,在主叫场景下,eNodeB+将触发该UE向支持CS域业务的传统网络的切换。在被叫场景下,SGSN收到呼叫该UE的消息后,首先通过Gs接口和MSC/VLR建立连接,然后VLR通过Gs接口激活CS域呼叫,最后eNodeB+中的RNC功能模块将触发UE向支持CS业务的传统网络的切换。
图2描述的是在主叫场景下,根据现有技术在UE向HSPA演进网络发起CS域呼叫时,将该UE切换到支持CS域业务的传统网络,建立CS域呼叫的过程。
如图2所示,UE在需要发起CS域呼叫时,先后向eNodeB+发起无线资源控制(Radio Resource Control,简称“RRC”)连接建立过程(RRC ConnectionEstablish)和初始直传Initial Direct Transfer消息,在3GPP的第6版协议(R6)之前(包括R6),UE在RRC连接建立过程中发送的RRC连接请求RRCConnection Request消息中不明确包含该呼叫的域信息(即标识该呼叫是CS域呼叫或PS域呼叫的信息),而Initial Direct Transfer消息中则包含这个域信息。因此,eNodeB+只有在接收到Initial Direct Transfer消息时,才能确定UE发起的业务是属于哪一种域的。如果eNodeB+根据该Initial Direct Transfer消息确定该UE发起的呼叫属于CS域,由于eNodeB+无法支持CS域业务,于是向UE发送无线承载重配置RB reconfiguration消息,通过该消息告诉UE支持CS业务的一个目标小区的频率信息,并让该UE从小区专用信道(CELL_DCH)状态迁移到小区前向接入信道(CELL_FACH)状态;然后这个eNodeB+将删除本地保存的与该UE相关的上下文信息。
UE接收这条RB reconfiguration消息后,迁到了CELL_FACH状态,并向目标小区发送了小区变更Cell Update消息。
目标小区的RNC收到该Cell Update消息后,向UE发送RRC连接释放RRC Connection Release(DSCR)消息,让UE释放其与eNodeB+间的RRC信令连接。
然后UE重新向目标RNC发送RRC连接建立RRC Connection Establish消息,建立RRC连接,并且UE重新发起Initial Direct Transfer消息,开始CS域呼叫建立。
本发明的发明人发现,由于在建立CS域呼叫的过程中,UE在已经向演进网络的eNodeB+发起RRC连接建立过程以及发送了Initial Direct Transfer消息的情况下,在切换到传统网络后,还需要向传统网络的RNC重新发起RRC连接建立过程以及发送Initial Direct Transfer消息,信令的重复发送增加了该UE建立CS域呼叫的时延,增加了用户的等待时间。
发明内容
本发明实施方式要解决的主要技术问题是提供一种电路域呼叫建立方法、系统及设备,减少了CS域业务建立的时延。
为解决上述技术问题,本发明的实施方式提供了一种电路域呼叫建立方法,包含以下步骤:
演进网络中的演进基站节点在处理用户设备发起的呼叫时,如果确定该呼叫是电路域呼叫,则将该用户设备建立电路域呼叫所需的信息发送到传统网络中处理该用户设备呼叫的无线网络控制器RNC,由该RNC使用从该演进基站节点所获得的信息为该用户设备建立电路域呼叫。
本发明的实施方式还提供了一种演进基站节点,包含:
确认单元,用于在处理演进网络中的用户设备发起的呼叫时,确定该呼叫是否是电路域呼叫;
信息传输单元,用于在确认单元确定呼叫是电路域呼叫时,将该用户设备建立电路域呼叫所需的信息发送到传统网络中处理该用户设备呼叫的RNC。
本发明的实施方式还提供了一种无线网络控制器,包含:
第一接收单元,用于从演进网络中的演进基站节点接收为用户设备建立电路域呼叫所需的信息;
呼叫单元,用于使用第一接收单元收到的信息为用户设备建立电路域呼叫。
本发明的实施方式还提供了一种电路域呼叫建立系统,包含至少一个上文所述的演进基站节点,和至少一个上文所述的无线网络控制器。
本发明的实施方式还提供了一种电路域呼叫建立触发方法,包含以下步骤:
演进网络中的演进基站节点将触发电路域呼叫建立的消息通过Iur接口的专用连接发送到传统网络的RNC,该RNC将该消息发送到核心网以触发电路域呼叫的建立。
本发明的实施方式还提供了一种电路域呼叫建立触发系统,包含至少一个演进网络中的演进基站节点,和至少一个传统网络中的基站RNC;
该演进基站节点包含:将触发电路域呼叫建立的消息通过Iur接口的专用连接发送到该RNC的单元;
该RNC包含:从该演进基站节点接收所述触发电路呼叫建立的消息的单元;将所收到的该消息发送到核心网以触发电路域呼叫的建立的单元。
本发明实施方式与现有技术相比,主要区别及其效果在于:
演进网络中的eNodeB+在处理UE发起的呼叫时,如果确定该呼叫是CS域呼叫,则将该UE建立CS域呼叫所需的信息发送到传统网络中处理该UE呼叫的RNC,由该RNC使用从该eNodeB+所获得的信息为该UE建立CS域呼叫。使得演进网络下的UE无需分别向eNodeB+和传统网络的RNC发起RRC连接建立过程和发送建立CS域呼叫所需的信息(如Initial DirectTransfer消息中的非接入层(Non Access Stratum,简称“NAS”)协议数据单元(Protocol Data Unit,简称“PDU”)),该RNC同样可以获取建立CS域呼叫所需的信息,从而为该UE建立CS域呼叫,使得在CS域呼叫建立的过程中,减少了UE与传统网络间信令的交互时延,加快了CS域呼叫建立的速度,且降低了呼损率,节约了网络中的传输资源。
附图说明
图1是现有技术中HSPA演进网络与传统网络的互联示意图;
图2是现有技术中演进网络中的UE切换到传统网络进行CS域呼叫的流程图;
图3是根据本发明第一实施方式的CS域呼叫建立方法流程图;
图4是根据本发明第一实施方式的CS域呼叫建立方法的场景示意图;
图5是根据本发明第二实施方式的CS域呼叫建立方法第一流程图;
图6是根据本发明第二实施方式的CS域呼叫建立方法的场景示意图;
图7是根据本发明第二实施方式的CS域呼叫建立方法第二流程图;
图8是根据本发明第四实施方式的CS域呼叫建立方法流程图;
图9是根据本发明第五实施方式的CS域呼叫建立方法流程图;
图10是根据本发明第六实施方式的CS域呼叫建立方法流程图;
图11是根据本发明第七实施方式的CS域呼叫建立方法流程图;
图12是根据本发明第八实施方式的CS域呼叫建立方法流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚,下面将结合附图对本发明的实施方式作进一步地详细描述。
本发明第一实施方式涉及一种CS域呼叫建立方法。在本实施方式中,UE是R6或者之前版本的UE,该UE当前接入的演进网络为stand-alone EvolvedHSPA UTRAN,该UE向该演进网络的eNodeB+发起CS域呼叫。该eNodeB+通过增强的Iub/Iur接口与传统网络的RNC相连,该增强的Iub/Iur接口能够传输Uplink Signaling Transfer Indication(上行信令传输指示)消息和DownlinkSignaling Transfer Request(下行信令传输请求)消息。具体的呼叫建立流程如图3所示。
UE需要发起CS域呼叫时,进入步骤301,UE向演进网络的eNodeB+发起RRC Connection Establish过程,在该过程中发送RRC Connection Request消息。
在建立RRC连接后,接着进入步骤302,UE向该eNodeB+发送Initial DirectTransfer消息。
接着进入步骤303,eNodeB+收到该Initial Direct Transfer消息后,解析该消息,根据其中的域信息确定该UE发起的呼叫是CS域呼叫或PS域呼叫。如果确定该呼叫是CS域呼叫,则保存该Initial Direct Transfer消息中携带的NAS PDU和其它为该UE建立CS域呼叫所需的信息,接着进入步骤304。
在步骤304中,该eNodeB+向该UE发送RB reconfiguration消息,在该消息中包含支持CS域业务的传统网络的信息,如支持CS域业务的一个目标小区的频率信息,以及指示该UE进入CELL_FACH状态的信息。
在步骤305中,UE根据该RB reconfiguration消息中的信息从CELL_DCH状态迁移到CELL_FACH状态。
在步骤306中,UE根据该RB reconfiguration消息中的传统网络信息,发起切换,如根据目标小区的频率信息,向该目标小区发送Cell Update消息。
接着进入步骤307,传统网络的RNC接收到该Cell Update消息后,根据消息中携带的通用移动通信系统地面无线接入网无线网络临时标识(UTRANRadio Network Temporary Identity,简称“U-RNTI”),如表1中阴影部分所示,可以得到该终端的服务无线网络临时标识(Service Radio Network TemporaryIdentity,简称“SRNTI”)和RNC标识,根据该RNC标识确定该UE切换前接入的eNodeB+。RNC通过增强的Iub/Iur接口向该eNodeB+发送上行信令传输指示Uplink Signaling Transfer Indication消息,向该eNodeB+请求该UE的信息。如果该RNC中没有该UE的上下文记录,则在本步骤中RNC还为该UE创建上下文,并为该UE分配一个漂移无线网络临时标识(DRNTI)。
CN域标识 | identity 10.3.1.1 | |||
>START开始 | MP | START10.3.3.38 | START value tobe used in thisCN domain. | |
AM_RLC errorIndication(RB2,RB3 orRB4)AM_RLC错误标识(RB2、RB3或RB4) | MP | Boolean | TRUE indicatesAM_RLCunrecoverableerror[16]occurred onRB2,RB3 orRB4 in the UE | |
AM_RLC errorIndication(RB>4)AM_RLC错误标识(RB>4) | MP | Boolean | TRUE indicatesAM_RLCunrecoverableerror[16]occurred onRB>4 in the UE | |
Cell update cause小区变更原因 | MP | Cell updatecause 10.3.3.3 | ||
Failure cause失败原因 | OP | Failure causeand errorInformation10.3.3.14 | ||
RB timer indicatorRB定时器标识 | MP | RB timerindicator10.3.3.28 | ||
Establishment cause建立原因 | OP | Establishmentcause 10.3.3.11 | ||
MeasurementInformation elements测量信息元素 | ||||
Measured results onRACHRACH的测量结果 | OP | Measured resultson RACH10.3.7.45 |
表1
接着进入步骤308,eNodeB+收到Uplink Signaling Transfer Indication消息后,向该RNC返回下行信令传输请求Downlink Signaling Transfer Request消息来响应收到的Uplink Signaling Transfer Indication,并将本eNodeB+在Uu接口接收到的信息、以及如表2所示的该eNodeB+保存的为该UE建立CS域连接所需的信息,包括NAS PDU(即表2阴影部分所示的NAS消息)和其它建立CS域呼叫所需的信息,转发给该RNC。从而该UE无需在切换到传统网络后,重新向RNC发起RRC连接建立过程和发送建立CS域呼叫所需的信息,该RNC可以根据从eNodeB+获取的建立CS域呼叫所需的信息,为该UE建立CS域呼叫,从而在CS域呼叫建立的过程中,减少了UE与传统网络间信令交互的时延,加快了CS域呼叫建立的速度,且节约了网络中的传输资源。
表2
根据现有技术,该Downlink Signaling Transfer Request消息中可以包含小区标识(CELL-ID)、DRNTI、以及层3(L3)信息;在本实施方式中,在该消息中新增信息元素NAS Information,如表3中阴影部分所示,用于传输eNodeB+所保存的为该UE建立CS域连接所需的信息(即表2示出的信息),包括InitialDirect Transfer消息中携带的NAS PDU和其它建立CS域呼叫所需的信息。通过在现有的Downlink Signaling Transfer Request消息中新增一个信息元素,来传输建立CS域呼叫所需的信息,使得本实施方式无需新增信令,能够更好地与现有技术相融合。
之后,eNodeB+可以删除该UE的上下文,并释放相应的资源。
表3
在该RNC收到Downlink Signaling Transfer Request消息时,如果发现该消息中包含用于携带建立CS域呼叫所需信息的信息元素,则接着进入步骤309,该RNC将会与MSC进行Iu接口的CS域呼叫建立,具体操作与该RNC从该UE收到Initial Direct Transfer消息时的处理相类似。该RNC还向该MSC发送初始直传消息,通过该消息将从eNodeB+获得的信息,包括NAS PDU和其它建立CS域呼叫所需的信息,发送给MSC,并从MSC接收其返回的直传DirectTransfer消息。RNC缓存来自MSC的Direct Transfer消息,直到完成该UE的小区变更过程并且该UE完成该呼叫的无线承载重配置过程(如步骤310所示)。从而使得CS域业务建立的时延得以减少的同时,确保RNC能够按照正确的顺序为该UE建立呼叫。
与步骤309并行处理的是,该RNC还会给UE发送小区变更确认Cell UpdateConfirm消息,在该消息中包含新的RB等信息,指示UE按照新的RB等信息进行无线资源的重配置,如步骤310所示。
在步骤311中,UE收到Cell Update Confirm消息后,将按照新的RB等信息重新分配无线资源,并完成从CELL_FACH状态到CELL_DCH状态的迁移。
在步骤312中,在小区变更Cell Update流程结束,以及UE完成RB重配置后,将继续完成CS呼叫业务的建立过程。
下面以如图4所示的具体场景为例进行举例说明。图4中涉及本实施方式的网络节点有SGSN02,MSC02,eNodeB+13,RNC78。
一个R6或者之前版本的UE在eNodeB+13控制的小区中发起了CS呼叫,在该UE与eNodeB+13进行了RRC信令交互后,eNodeB+13在接收到UE的Initial Direct Transfer消息时,确定了该呼叫是CS域的,由于本演进网络无法支持CS业务,于是eNodeB+13给UE发送了一条RB reconfiguration消息,让UE从CELL_DCH态迁移到CELL_FACH态,并告诉UE一个传统RNC78控制的目标小区CELL2的频率信息;同时eNodeB+13保存从接收到的Initial DirectTransfer消息中获取的NAS PDU和其他建立CS呼叫所必需的信息。
UE接收这条RB reconfiguration消息后,迁到了CELL_FACH态,并向目标小区CELL2发送了Cell Update消息。消息中携带了U-RNTI,CN域标识,以及小区变更原因等重要信息。
目标小区的RNC78接收到Cell update消息后,根据消息中携带的U-RNTI可以得到SRNTI和RNC标识,从而确定UE的原驻留小区是eNodeB+13控制的CELL1;RNC78通过增强的Iub/Iur接口向eNodeB+13发送Uplink SignalingTransfer Indication消息。如果RNC78中没有这个UE的上下文的记录,DRNC78会为这个UE新创上下文,并给它分配一个DRNTI。
当eNodeB+13收到了Uplink Signaling Transfer Indication消息后,eNodeB+13将发送一条Downlink Signaling Transfer Request消息来响应收到的UplinkSignaling Transfer Indication,并通过该消息中包含的L3信息将该eNodeB+13在Uu接口接收到的信息转发给RNC78。
这条Downlink Signaling Transfer Request消息还包含小区标识和DRNTI,以及新增的信息元素NAS Information,通过该新增的信息元素携带保存在eNodeB+13中的Initial Direct Transfer消息中携带的NAS PDU和其它建立CS连接所需要的信息。
当这个同时支持CS域和PS域业务的RNC78收到Downlink SignalingTransfer Request消息时,如果发现消息中包含该信息元素NAS Information,则RNC78将会进行CS域呼叫建立的处理过程,该处理过程和从空口中收到来自UE的Initial Direct Transfer消息时的处理过程相同。与此并行处理的是,RNC78会给UE发送Cell Update Confirm消息,让UE按照新的RB等信息进行重配。
当UE收到Cell Update Confirm消息后,它将按照新的RB等信息重新分配无线资源,并完成从CELL_FACH状态到CELL_DCH状态的迁移。
当Cell Update过程和RB重配置过程结束后,将继续完成CS呼叫的建立过程。
在上述流程中,演进网络下的UE无需向切换后的传统网络重新发起RRC连接建立过程和发送建立CS域呼叫所需的信息(包括NAS PDU和其它建立CS域呼叫所需的信息),该RNC78同样可以获取建立CS域呼叫所需的信息,从而为该UE建立CS域呼叫,使得在CS域呼叫建立的过程中,减少了UE与传统网络间信令交互的时延,加快了CS域呼叫建立的速度,且节约了网络中的传输资源。
本发明第二实施方式同样涉及一种CS域呼叫建立方法。在本实施方式中,UE是R6或者之前版本的UE,该UE当前接入的演进网络为carrier sharingEvolved HSPA UTRAN,该UE向该演进网络的eNodeB+发起CS域呼叫。
该eNodeB+通过增强的Iub/Iur接口与传统网络的RNC相连,能够传输Uplink Signaling Transfer Indication消息和Downlink Signaling Transfer Request消息。具体的呼叫建立流程如图5所示。
UE需要发起CS域呼叫时,进入步骤501,UE向演进网络的eNodeB+发起RRC Connection Establish过程,在该过程中发送RRC Connection Request消息。该eNodeB+上保存有该UE的服务RNC上下文信息和该UE当前使用的无线承载的参数。
在建立RRC连接后,接着进入步骤502,UE向该eNodeB+发送Initial DirectTransfer消息。
接着进入步骤503,eNodeB+收到该Initial Direct Transfer消息后,解析该消息,根据其中的域信息确定该UE发起的呼叫是CS域呼叫或PS域呼叫。如果确定该呼叫是CS域呼叫,则保存该Initial Direct Transfer消息中携带的NAS PDU和其它为该UE建立CS域呼叫所需的信息。并且,该eNodeB+为了支持该CS呼叫从演进网络切换到支持CS业务的传统网络,向传统网络的RNC发送UplinkSignaling Transfer Indication消息,并且在该消息中新增一个信息元素NASInformation,用于携带NAS PDU和其它建立CS呼叫所必需的信息,如表4中阴影部分所示。
因为由eNodeB+向RNC发送建立CS域呼叫所需的信息,从而该UE无需在切换到传统网络后,重新向RNC发起RRC连接建立过程和发送建立CS域呼叫所需的信息(包括NAS PDU和其它建立CS域呼叫所需的信息),该RNC可以根据从eNodeB+获取的建立CS域呼叫所需的信息,为该UE建立CS域呼叫,从而在CS域呼叫建立的过程中,减少了UE与传统网络间信令交互的时延,加快了CS域呼叫建立的速度,且节约了网络中的传输资源。
Required不需要初始化通用传输信道资源 | ||||||
Cell CapabilityContainer FDD小区能力包含者FDD | O | 9.2.2.D | YES | ignore | ||
SNA InformationSNA信息 | O | 9.2.1.52Ca | YES | ignore | ||
Cell Portion ID小区部分标识 | O | 9.2.2.E | YES | ignore | ||
Active MBMSBearer Service List激活MBMS承载业务列表 | 0..<maxnoofActiveMBMS> | GLOBAL | ignore | |||
>TMGI | M | 9.2.1.80 | - | |||
>TransmissionMode传输模式 | M | 9.2.1.81 | - | |||
Inter-frequencyCell List小区频率列表 | 0..<maxCellsMeas> | GLOBAL | ignore | |||
>DL UARFCN | M | UARFCN9.2.1.66 | - | |||
>UL UARFCN | O | UARFCN9.2.1.66 | - | |||
>PrimaryScrambling Code初级不规则码 | M | 9.2.1.45 | - | |||
ExtendedPropagation Delay扩展传输迟延 | O | 9.2.2.33a | YES | ignore |
表4
通过在现有的Uplink Signaling Transfer Indication消息中新增一个信息元素,来传输建立CS域呼叫所需的信息,使得本实施方式无需新增信令,能够更好地与现有技术相融合。
传统网络的RNC收到Uplink Signaling Transfer Indication消息后,如果解析出其携带信息元素NAS Information,则接着进入步骤504,该RNC通过Iu-CS接口向核心网的MSC发起初始终端消息Initial UE Message,通过该消息将从eNodeB+获得的信息,包括NAS PDU和其它建立CS域呼叫所需的信息,发送给MSC。
与步骤504并行处理的是步骤505,在步骤505中,该RNC向eNodeB+发送Downlink Signaling Transfer Request消息。
在步骤506中,eNodeB+收到该Downlink Signaling Transfer Request消息后,向该RNC发送RASAP消息:无线链路建立请求RL Setup Request消息,在该消息中携带该UE当前使用的所有参数。
在步骤507中,RNC收到该RL Setup Request消息后,保存该消息中携带的参数,并向eNodeB+返回无线链路建立响应RL Setup Respnose消息。
在步骤508中,eNodeB+收到该RL Setup Respnose消息后,将该UE的服务RNC上下文发送给该RNC,包括UE的信令无线承载(Signalling Radio Bearing,简称“SRB”)配置信息,RRC实体中的内容,无线链路控制(Radio Link Control,简称“RLC”)、媒体访问控制(Medium Access Control,简称“MAC”)实体中的内容以及各种状态变量等。
RNC收到服务RNC上下文后,按照其中的参数建立和配置RRC实体、RLC、MAC实体,配置完成以后就具有了作为该发起CS呼叫的UE的服务RNC的功能了。eNodeB+在完成服务RNC上下文的发送之后,可直接删除该RNC作为这个UE的服务RNC的相关的上下文和实体,只保留作为漂移RNC的应该保留的上下文。
在步骤509中,RNC作为该UE新的服务RNC,为该UE重新分配U-RNTI,将重新分配的U-RNTI携带在UTRAN修改信息UTRAN Mobility Information消息中,发送给对应的UE。
在步骤510中,UE收到该UTRAN Mobility Information消息之后,根据现有技术,可以知道自己已经更换了服务RNC,进行相应处理,并向RNC返回UTRAN修改信息确认UTRAN Mobility Information Confirm消息。
在步骤511中,MSC收到来自RNC的Initial UE Message消息后,向RNC返回直传Direct Transfer消息。RNC收到该Direct Transfer消息时,如果未完成服务RNC上下文的传输、或未完成UE当前使用的参数的传输、或未从UE收到UTRAN Mobility Information Confirm消息,则缓存该Direct Transfer消息,直到完成步骤510,即完成上述操作。从而使得CS域业务建立的时延得以减少的同时,确保RNC能够按照正确的顺序为该UE建立呼叫。
在步骤512中,RNC收到该UTRAN Mobility Information Confirm消息之后,将缓存的来自于MSC的Direct Transfer消息中属于UE的信息发送给该UE。此后将根据现有技术继续完成CS呼叫业务的建立过程。
值得一提的是,为了提高传输的安全性,在步骤506之后,eNodeB+和RNC之间可以建立Iur接口上的信令连接控制部分(Signaling Connection Control Part,简称“SCCP”)专用连接,eNodeB+和RNC通过该专用连接进行信息交互,如发送RL Setup Request消息等。或者,eNodeB+和RNC之间也可以在发送InitialDirect Transfer消息之前,建立Iur接口上的SCCP专用连接、通过该专用连接传输Initial Direct Transfer消息、以及NAS PDU等。
下面以如图6所示的具体场景为例进行举例说明。图6中涉及本实施方式的网络节点有SGSN03,MSC03,eNodeB+14,RNC77。
一个R6或者之前版本的UE在eNodeB+14控制的小区CELL1中发起了CS呼叫,在该UE与eNodeB+14进行了RRC信令交互后,eNodeB+14在接收到UE的Initial Direct Transfer消息时,确定了该业务是属于CS域的,由于本演进网络无法支持CS业务,于是eNodeB+14触发了从演进网络(Evolved HSPAUTRAN)向支持CS业务的传统网络的切换,该eNodeB+14向传统网络的目标RNC77发送Uplink Signaling Transfer Indication消息,并且通过该消息中新增的信息元素NAS Information携带NAS PDU和其它建立CS呼叫所必需的信息。
传统网络的目标RNC77收到Uplink Signaling Transfer Indication消息后,如果解析出其携带信息元素NAS Information,则通过Iu-CS向核心网的MSC03发起NAS Signalling,与此并行处理的是,向eNodeB+14发送Downlink SignalingTransfer Request消息,eNodeB+14收到该消息后,向该RNC发送该UE的服务RNC上下文信息和该UE当前使用的其它相关参数(主要是无线承载相关参数)。
核心网MSC03收到该NAS Signalling后,向目标RNC77返回Direct Transfer消息。RNC77收到了核心网MSC03发来的Direct Transfer消息时,会把消息内容缓存,直到该eNodeB+14完成该UE的服务RNC上下文、以及UE当前所使用的参数的传送,并为该UE重新分配U-RNTI之后。然后继续完成CS呼叫业务的建立过程。
在上述流程中,演进网络下的UE无需向切换后的传统网络重新发起RRC连接建立过程和发送建立CS域呼叫所需的信息(包括NAS PDU和其它建立CS域呼叫所需的信息),该RNC77同样可以获取建立CS域呼叫所需的信息,从而为该UE建立CS域呼叫,使得在CS域呼叫建立的过程中,减少了UE与传统网络间信令交互的时延,加快了CS域呼叫建立的速度,且节约了网络中的传输资源。
另外,在本实施方式中,RNC为UE重新分配的U-RNTI也可以不通过独立的UTRAN Mobility Information消息发送给该UE,而直接将该U-RNTI携带在RB Setup Request消息中,与缓存的Direct Transfer消息中属于UE的信息一起发送给该UE,如图7中步骤701所示。
本发明第三实施方式同样涉及一种CS域呼叫建立方法,与第一或第二实施方式大致相同,其区别在于,在第一或第二实施方式中,通过在Uplink SignalingTransfer Indication消息或Uplink Signaling Transfer Indication消息中新增信息元素NAS Information,用于存放NAS PDU,从而使得eNodeB+能够通过这两条消息将NAS PDU发送给RNC;而在本实施方式中,无需在这两条消息中新增信息元素,直接将NAS PDU携带在该Uplink Signaling Transfer Indication消息或Uplink Signaling Transfer Indication消息中已有的信息元素L3 Information中,发送给RNC。
可以将包含NAS PDU的Initial Direct Transfer消息直接放在L3 Information中发送给RNC,也可以将NAS PDU从Initial Direct Transfer消息中解析出来,放在L3 Information中发送给RNC。
另外,需要说明的是,在现有协议中,应用Uplink Signaling Transfer Indication消息的逻辑条件是:漂移RNC在从公用控制信道(Common Control Channel,简称“CCCH”)上收到UE的一个用通用移动通信系统地面无线接入网无线网络临时标识(UTRAN Radio Network Temporary Identity,简称“U-RNTI”)(如SRNC-ID、S-RNTI)定位的消息后,漂移RNC能够向该U-RNTI指定的RNC发送该Uplink Signaling Transfer Indication消息。而在本实施方式中,应用该消息的逻辑条件发生了变化,在原有的条件上增加一种情况:eNodeB+收到一个呼叫的Initial Direct Transfer消息,且该呼叫是CS域呼叫。在满足该条件时也可以发起Uplink Signaling Transfer Indication消息。
本发明第四实施方式同样涉及一种CS域呼叫建立方法,与前几实施方式不同,在本实施方式中,eNodeB+在收到UE的RRC连接请求RRC ConnectionRequest消息时,就能够判断该UE请求的呼叫是否为CS域呼叫。本实施方式适用于载波共享部署场景。
本实施方式中,eNodeB+收到UE发送的RRC Connection Request消息后,如果可以判定该请求是为CS域业务发起的(如根据RRC连接请求中的域字段或者是建立原因来判断是否对应CS域业务),则把该RRC Connection Request消息转发到相应的RNC。RNC收到该RRC Connection Request消息后,建立与该UE的RRC连接,和与MSC的Iu连接,完成CS呼叫业务的建立过程。
具体流程如图8所示,在步骤801中,UE向eNodeB+发送RRC ConnectionRequest消息。
在步骤802中,eNodeB+收到该RRC Connection Request消息后,如果根据消息中的CN域指示标记,判断出来该消息对应CS业务,则eNodeB+直接将该RRC Connection Request消息转发给相应的RNC。
eNodeB+对相应RNC的选择功能可以是事先配置好的,但是不排除其他选择相应RNC的方法,比如eNodeB+可以向核心网请求对应的RNC,或者在RNC和eNodeB+启动时交换信息时选定等。
RRC Connection Request消息的承载方式有两种。一种是如图8中步骤802所示的,将RRC Connection Request消息放在RNSAP已经有的Uplink SignalingTransfer Indication消息中。另一种是在Iur接口新引入其他消息,比如类似Iu接口的Direct Transfer消息,或者Initial UE Message消息,通过专用连接,使用SCCP的连接请求(Connection Request)消息承载。
在步骤803中,RNC收到该RRC Connection Request消息后,为该UE分配建立RRC连接所需的资源,并向eNodeB+发送无线链路建立请求RL SetupRequest消息。
在步骤804中,eNodeB+返回无线链路建立响应RL Setup Response消息。
在步骤805中,RNC收到该RL Setup Response消息后,向eNodeB+返回RRC连接建立RRC Connection Setup消息。
与步骤802相对应,在本步骤中可以将该RRC Connection Setup消息携带在Downlink Signaling Transfer Request消息、或连接确认(Connection Confirm)消息中发送给eNodeB+。
在步骤806中,eNodeB+收到来自RNC的RRC Connection Setup消息后,向UE返回RRC Connection Setup消息。
在步骤807中,UE收到该消息后,通过eNodeB+向RNC返回RRC连接建立完成RRC Connection Setup Complete消息。至此,UE到RNC的RRC连接建立完成。
在步骤808中,UE根据现有技术向RNC发送RRC的初始直传消息InitialDirect Transfer;RNC向CN发起RANAP的Initial UE Message;从而实现了UE到核心网CS域信令连接建立。
由于在本实施方式中,eNodeB+在根据UE的RRC Connection Request消息确定是CS域的呼叫之后,将RRC Connection Request消息转发给RNC,将UE切换到RNC的同时,直接由RNC为该UE建立RRC连接,从而UE无需在切换到RNC之后,重新向RNC发送RRC Connection Request消息,减少了UE与传统网络间信令交互的时延,加快了CS域呼叫建立的速度,且节约了网络中的传输资源。
本发明第五实施方式涉及一种CS域呼叫建立方法。在本实施方式中,UE处于空闲态,向eNodeB+发起CS域呼叫。该eNodeB+与CS域核心网之间不存在物理连接,该eNodeB+与传统的RNC以Iub接口或者Iur接口相连,eNodeB+与传统的RNC之间存在一条公用的信令链路,RNC与CS域核心网存在物理连接。eNodeB+收到UE发起的CS域呼叫请求后,把UE的这个呼叫请求和UE相关的上下文都重定位到传统的RNC上,通过该传统的RNC为该UE建立CS域连接。
需要说明的是,本实施方式中,需要在25.423RASAP协议中增加消息:重定位请求,消息方向:源RNC->目标RNC;增加消息:重定位命令,消息的信元和目前25.413RANAP中定义的重定位命令一样,消息方向:目标RNC->源RNC。其中,源RNC即eNodeB+,目标RNC即传统网络的RNC。
具体流程如图9所示。在步骤901中,UE发起RRC连接请求,eNodeB+接受了UE的RRC连接请求,在eNodeB+上建立了UE相关的上下文,eNodeB+与UE之间有了RRC连接存在。
在步骤902中,UE向eNodeB+发送“initial direct transfer”(初始直传)消息,请求一个CS域的业务。
在步骤903中,eNodeB+解析收到的“initial direct transfer”消息,确定该UE发起的呼叫是CS域呼叫,从而决定进行服务RNC重定位,生成“relocationrequest”(重定位请求)消息,发送给传统的RNC,并且设置定时器T_wait_response(等待响应定时器)。该“重定位请求”通过eNodeB+与RNC之间存在的Iub口的公共传输端口或者Iur口的公共信令链路来发送。
该重定位请求消息如表5所示,包括:UE的非接入层永久标识,Source RNCto Target RNC Transparent Container(源RNC到目标RNC的容器),NAS PDU,目前正在使用的无线链路的信息等。其中,Source RNC to Target RNC TransparentContainer(源RNC到目标RNC的容器)中包含:RRC container(RRC容器)、重定位类型、信令的完整性信息、D-RNTI(漂移无线接入网络临时标识)、目标小区标识、信令无线承载与传输信道映射关系、小区负载指示等,如表6所示。RRC container中包含:RRC状态相关信息参数、完整性保护相关参数、UE信息的相关参数、UE的各种测量信息、无线承载(RB)的信息、传输信道的信息等,与现有技术相同。无线链路信息中包括的信息元素如表7所示,包括了UE上下文中物理层的信息等,使得之后该传统网络的RNC能够成为该UE的服务RNC。
IE/Group Name信息元素/组名 | Presence必须存在 | Range范围 | IE type andreference类型和参数 | Semanticsdescription语义描述 | Criticality危险性 | AssignedCriticality分配危险性 |
Message Type(消息类型) | M | 9.2.1.1 | YES | reject | ||
Permanent NASUE Identity永久NAS终端标识 | O | 9.2.3.1 | YES | ignore | ||
Cause原因 | M | 9.2.1.4 | YES | ignore | ||
CN DomainIndicatorCN域标识 | M | 9.2.1.5 | YES | reject | ||
NAS PDU | O | |||||
Source RNC ToTarget RNCTransparentContainer源RNC到目标RNC的容器 | M | Refer table2 | YES | reject | ||
RL setup info无线链路建立信息 | Refer table4 | |||||
SNA AccessInformationSNA接入信息 | O | 9.2.3.24 | YES | ignore | ||
UESBI-Iu | O | 9.2.1.59 | YES | ignore | ||
Selected PLMNIdentity选择的PLMN标识 | O | 9.2.3.33 | YES | ignore |
表5
IE/Group Name信息元素/组名 | Presence必须存在 | Range范围 | IE typeandreference类型和参数 | Semanticsdescription语义描述 | Criticality危险性 | AssignedCriticality分配危险性 |
RRC ContainerRRC容器 | M | OCTETSTRING | - | |||
Number of IuInstancesIu实例数量 | M | INTEGER(1..2) | - | |||
Relocation Type重定位类型 | M | 9.2.1.23 | - | |||
Chosen IntegrityProtectionAlgorithm选择完整性保护运算法则 | O | 9.2.1.13 | Indicates theintegrityprotectionalgorithm. | - | ||
IntegrityProtection Key完整性保护密钥 | O | Bit String(128) | - | |||
ChosenEncryptionAlgorithm选择加密运算法则 | O | 9.2.1.14 | Indicates thealgorithm forciphering ofsignalling data. | - | ||
Ciphering Key计算密钥 | O | Bit String(128) | - | |||
ChosenEncryptionAlgorithm | O | 9.2.1.14 | Indicates thealgorithm forciphering of CSuser data. | - | ||
ChosenEncryptionAlgorithm | O | 9.2.1.14 | Indicates thealgorithm forciphering of PSuser data. | - | ||
d-RNTI | C-ifUEnotinvolved | INTEGER(0..1048575) | Assigned bye-nodeb+andused ine-Nodeb+ | - | ||
Target Cell ID目标小区标识 | C-ifUEinvolved | INTEGER(0..268435455) | Thisinformationelementidentifies a celluniquely withinUTRAN andconsists ofRNC-ID(12 | - | ||
bits)and C-ID(16bits)asdefined in TS25.401[3]. | ||||||
Cell LoadInformationGroup小区负载信息组 | O | 9.2.1.60 | For“CellLoad-BasedInter-SystemHandover” | - | ||
>CN DomainIndicatorCN域标识 | M | 9.2.1.5 | YES | Ignore | ||
SRB TrCHMapping | O | 1 to<maxnoofSRBs> | GLOBAL | Reject | ||
>SRB ID | M | INTEGER(1..32) | The SRB ID isthe absolutevalue of theSRB. | - | ||
>DCH ID | O | INTEGER(0..255) | The DCH ID isthe identifier ofan activededicatedtransportchannel overIur.It is uniquefor each activeDCH among theactive DCHssimultaneouslyallocated for thesame UE. | - | ||
>DSCH ID | O | INTEGER(0..255) | The DSCH ID isthe identifier ofan activedownlink sharedtransportchannel overIur.It is uniquefor each DSCHamong theactive DSCHssimultaneouslyallocated for thesame UE. | - | ||
>USCH ID | O | INTEGER(0..255) | The USCH ID isthe identifier ofan active uplinkshared transportchannel overIur.It is uniquefor each USCHamong theactive USCHs | - | ||
simultaneouslyallocated for thesame UE. | ||||||
>HS-DSCHMAC-d Flow ID | O | INTEGER(0..7) | The HS-DSCHMAC-d FlowID is theidentifier of anHS-DSCHMAC-d flowover Iur. | YES | Ignore | |
>E-DCHMAC-d Flow ID | O | INTEGER(0..7) | The E-DCHMAC-d FlowID is theidentifier of anE-DCH MAC-dflow over Iur. | YES | Ignore | |
Trace RecordingSessionInformation描述根据会话信息 | O | 9.2.1.66 | YES | ignore |
表6
UL DPCH Information上行DPCH信息 | 1 | YES | reject | |||
>UL Scrambling Code上行不规则编码 | M | 9.2.2.53 | - | |||
>Min ULChannelisation CodeLength最小上行信道码长度 | M | 9.2.2.25 | - | |||
>Max Number of ULDPDCHs最大上行DPDCH数目 | C-CodeLen | 9.2.2.24 | - | |||
>Puncture Limit | M | 9.2.1.46 | For theUL. | - | ||
>TFCS | M | 9.2.1.63 | - | |||
>UL DPCCH SlotFormat上行DPCCH时隙格式 | M | 9.2.2.52 | - | |||
>Uplink SIR Target上行目标SIR | O | UplinkSIR9.2.1.69 | - | |||
>Diversity mode分集模式 | M | 9.2.2.8 | - | |||
>Not Used未被使用 | O | NULL | - | |||
>Not Used未被使用 | O | NULL | - | |||
>DPC ModeDPC模式 | O | 9.2.2.12A | YES | reject | ||
>UL DPDCH Indicatorfor E-DCH operationE-DCH操作中的上行DPDCH标识 | C-EDCHInfo | 9.2.2.52A | YES | reject | ||
DL DPCH Information下行DPCH信息 | 0..1 | YES | reject | |||
>TFCS | M | 9.2.1.63 | - | |||
>DL DPCH SlotFormat下行DPCH时隙格式 | M | 9.2.2.9 | - | |||
>Number of DLChannelisation Codes下行信道化码数目 | M | 9.2.2.26A | - | |||
>TFCI Signalling ModeTFCI信号模式 | M | 9.2.2.46 | - | |||
>TFCI Presence存在TFCI | C-SlotFormat | 9.2.1.55 | - | |||
>Multiplexing Position复用位置 | M | 9.2.2.26 | - | |||
>Power OffsetInformation功率偏置信息 | 1 | - | ||||
>>PO1 | M | PowerOffset9.2.2.30 | Poweroffset forthe TFCIbits. | - | ||
>>PO2 | M | PowerOffset9.2.2.30 | Poweroffset forthe TPCbits. | - | ||
>>PO3 | M | PowerOffset9.2.2.30 | Poweroffset forthe pilotbits. | - | ||
>FDD TPC DownlinkStep SizeFDD TPC下行步长 | M | 9.2.2.16 | - | |||
>Limited PowerIncrease受限功率增长 | M | 9.2.2.21A | - | |||
>Inner Loop DL PCStatus | M | 9.2.2.21a | - | |||
DCH InformationDCH信息 | M | DCHFDDInformation9.2.2.4A | YES | reject | ||
RL Information无线连接信息 | 1...<maxnoofRLs> | EACH | notify | |||
>RL ID | M | 9.2.1.49 | - | |||
>C-ID | M | 9.2.1.6 | - | |||
>First RLS Indicator第一个RLS标识 | M | 9.2.2.16A | - | |||
>Frame Offset帧偏置 | M | 9.2.1.30 | - | |||
>Chip Offset码片偏置 | M | 9.2.2.1 | - | |||
>Propagation Delay传输迟延 | O | 9.2.2.33 | - | |||
>Diversity ControlField分集控制区域 | C-NotFirstRL | 9.2.1.20 | - | |||
>Initial DL TX Power初始DL TX功率 | O | DLPower9.2.1.21A | - | |||
>Primary CPICHEc/No | O | 9.2.2.32 | - | |||
初始CPICH信干比 | ||||||
>Not Used未被使用 | O | NULL | - | |||
>Transmit DiversityIndicator传输差异标识 | C-Diversitymode | 9.2.2.48 | - | |||
>Enhanced PrimaryCPICH Ec/No增强初始CPICH信干比 | O | 9.2.2.13I | YES | ignore | ||
>RL Specific DCHInformation无线链路相对应的DCH信息 | O | 9.2.1.49A | YES | ignore | ||
>Delayed Activation延迟激活 | O | 9.2.1.19Aa | YES | reject | ||
>Cell Portion ID小区部分标识 | O | 9.2.2.E | YES | ignore | ||
>RL specific E-DCHInformation无线链路相对应的E-DCH信息 | O | 9.2.2.35a | YES | reject | ||
>E-DCH RL IndicationE-DCH无线链路信息 | O | 9.2.2.4E | YES | reject | ||
>Extended PropagationDelay增强的传输迟延 | O | 9.2.2.33a | YES | ignore | ||
Transmission GapPattern SequenceInformation | O | 9.2.2.47A | YES | reject | ||
Active Pattern SequenceInformation激活模式序列信息 | O | 9.2.2.A | YES | reject | ||
Permanent NAS UEIdentity永久NAS终端标识 | O | 9.2.1.73 | YES | ignore | ||
DL Power BalancingInformation下行功率平衡信息 | O | 9.2.2.10A | YES | ignore | ||
HS-DSCH InformationHS-DSCH信息 | O | HS-DSCH FDDInformation9.2.2.19a | YES | reject | ||
HS-PDSCH RL IDHS-PDSCH无线链路标识 | C-InfoHSDSCH | RL ID9.2.1.49 | YES | reject | ||
E-DPCH Information | 0..1 | YES | reject | |||
E-DPCH信息 | ||||||
>Maximum Set ofE-DPDCHs最大E-DPDCH | M | 9.2.2.24e | - | |||
>Puncture Limit | M | 9.2.1.46 | - | |||
>E-TFCS InformationE-TFCS信息 | M | 9.2.2.4G | - | |||
>E-TTI | M | 9.2.2.4J | - | |||
>E-DPCCH PowerOffsetE-DPCCH功率偏置 | M | 9.2.2.4K | - | |||
>E-RGCH2-Index-Step Threshold | M | 9.2.2.64 | - | |||
>E-RGCH3-Index-Step Threshold | M | 9.2.2.65 | - | |||
>HARQ Info forE-DCHE-DCH的HARQ信息 | M | 9.2.2.66 | - | |||
>HS-DSCH ConfiguredIndicatorHS-DSCH配置标识 | M | 9.2.2.19C | - | |||
E-DCH FDDInformationE-DCH FDD信息 | C-EDCHInfo | 9.2.2.4B | YES | reject | ||
Serving E-DCH RL服务E-DCH无线链路 | O | 9.2.2.38C | YES | reject | ||
F-DPCH InformationF-DPCH信息 | 0..1 | YES | reject | |||
>Power OffsetInformation功率偏置信息 | 1 | - | ||||
>>PO2 | M | PowerOffset9.2.2.30 | Poweroffset forthe TPCbits. | - | ||
>FDD TPC DownlinkStep SizeFDD TPC下行步长 | M | 9.2.2.16 | - | |||
>Limited PowerIncrease限制功率增长 | M | 9.2.2.21A | - | |||
>Inner Loop DL PCStatus | M | 9.2.2.21a | - | |||
Initial DL DPCH TimingAdjustment Allowed初始DL DPCH定时器调整 | O | 9.2.2.21b | YES | ignore | ||
DCH Indicator ForE-DCH-HSDPA | O | 9.2.2.67 | YES | reject | ||
OperationE-DCH-HSDPA操作的DCH标识 | ||||||
Serving Cell ChangeCFN服务小区变化CFN | O | CFN9.2.1.9 | YES | reject | ||
Continuous PacketConnectivity DTX-DRXInformation连续包连通性DTX-DRX信息 | O | 9.2.2.72 | YES | reject | ||
Continuous PacketConnectivity HS-SCCHless Information连续包连通性HS-SCCH较少信息 | O | 9.2.2.74 | YES | reject |
表7
在步骤904中,传统的RNC收到该“重定位请求”消息后,建立UE的上下文,保存该消息中携带的各种参数。并且,在RNC解析该“重定位请求”消息后,如果发现携带了NAS PDU,则生成“Initial UE message”(初始终端消息)并发送给MSC。
另外,RNC还根据RRC container中的各种参数建立UE的RRC上下文;分配资源准备建立RLC实体、MAC实体;资源分配成功之后,RNC向eNodeB+发送“Radio link setup request”(无线连接建立请求),相当于“relocation response”(重定位响应)消息。
在步骤905中,e-NodeB收到该“Radio link setup request”消息之后,清除定时器T_wait_response,设置定时器T_wait_command(等待命令定时器),并向RNC返回“Radio link setup response”(无线连接建立响应)消息。
在步骤906中,传统的RNC在建立RRC上下文、RLC实体、MAC实体成功之后,给UE重新分配一个U-RNTI,并且发送“UTRAN MOBILITYINFORMATION”(UTRAN修改信息)消息给UE。
在步骤907中,UE更新其U-RNTI后,发送响应消息“UTRAN MOBILITYINFORMATION COMFIRM”(UTRAN修改信息确认)给该传统的RNC。
在步骤908中,传统的RNC收到UE的“UTRAN MOBILITY INFORMATIONCOMFIRM”消息之后,该RNC就开始作为该UE的服务RNC。之后,传统的RNC向eNodeB+发送“relocation command”(重定位命令)消息,指示eNodeB+重定位完成。e-NodeB+收到这条消息后,删除该UE的RRC上下文、RLC实体、MAC实体,保留无线链路控制的相关实体和参数,至此,e-NodeB+变成了UE的漂浮RNC。
需要说明的是,步骤908也可以在步骤906之前进行,即在向UE发送UTRAN MOBILITY INFORMATION”消息之前,先向eNodeB+发送“relocationcommand”消息,使得eNodeB+能够更早地删除UE的RRC上下文、RLC实体、MAC实体,释放资源,提高资源的利用率。
在步骤909中,MSC在收到RNC发送的“Initial UE message”消息后,向RNC返回“downlink direct transfer”(下行直传)消息。该步骤可能发生在该传统RNC成为UE的服务RNC之后,也可能在该传统RNC还未转换为UE的服务RNC之前。如果传统的RNC收到该消息时,还没有变成UE的服务RNC,则先缓存这条“downlink direct transfer”消息,直到变成了服务RNC之后,将这条消息发送给UE。
在步骤910中,MSC向传统RNC发送“RAB Assignmest”(RAB指派)消息,RNC收到该消息后,开始正常的CS业务建立过程,与现有技术相同。
本发明第六实施方式同样涉及一种CS域呼叫建立方法,与第五实施方式大致相同,其区别在于,在本实施方式中,需要在25.423RASAP协议中增加消息:重定位取消,消息的信元和目前25.413RANAP中定义的重定位取消一样,消息方向:目标RNC->源RNC。
具体地说,RNC在发送“UTRAN MOBILITY INFORMATION”消息之后,如果未正确收到UE的“UTRAN MOBILITY INFORMATION COMFIRM”消息,且此时,传统RNC已经向eNodeB+发送了“Relocation Command”消息,则传统RNC重新向该eNodeB+发送“Relocation Cancel”(重定位取消)消息,同时发起将所有与该UE相关的参数和实体都删除的过程,包括删除UE的RRC上下文、RLC实体、MAC实体,如图10中的步骤1001所示。eNodeB+收到该“Relocation Cancel”消息之后,发起RRC连接释放过程。同时RNC或者eNodeB+会发起两者之间“Radio link delete”(无线连接删除)的过程,这个过程包括两条信令:“Radio link delete request”(无线连接删除请求)消息和“Radio link deleteresponse”(无线连接删除响应)消息。
本发明第七实施方式同样涉及一种CS域呼叫建立方法,与第五或第六实施方式大致相同,在本实施方式中,传统的RNC在建立UE的RRC上下文,分配资源准备建立RLC实体、MAC实体成功之后,同样向eNodeB+发送“Radio linksetup request”消息,并接收来自eNodeB+响应的“Radio link setup response”消息;其区别在于,在本实施方式中,在传统RNC收到该“Radio link setup response”消息后,还向eNodeB+发送“relocation response”(重定位响应)消息,如图11中的步骤1101所示。其余操作与第五或第六实施方式相类似。
也就是说,在本实施方式中,需要在25.423RASAP协议中增加消息:重定位响应,消息方向:目标RNC->源RNC。“relocation response”(重定位响应)消息中包括的信息元素如表8所示,包括Target RNC To Source RNC TransparentContainer(目标RNC到源RNC的容器)等。目标RNC到源RNC的容器中包括的信息元素如表9所示。
IE/Group Name信息元素/组名 | Presence必须存在 | Range范围 | IE type andreference类型和参数 | Semanticsdescription语义描述 | Criticality危险性 | AssignedCriticality分配危险性 |
Message Type消息类型 | M | 9.2.1.1 | YES | reject | ||
Target RNC ToSource RNCTransparentContainer目标RNC到源RNC的容器 | O | refer table 6 | YES | reject | ||
L3 InformationL3信息 | O | 9.2.1.31 | YES | ignore | ||
RABs To BeReleased List被释放的RAB列表 | O | YES | ignore | |||
>RABs To BeReleased ItemIEs被释放的RAB信元项 | 1to<maxnoofRABs> | EACH | ignore | |||
>>RAB ID | M | 9.2.1.2 | - | |||
RABs Subject ToData ForwardingList | O | YES | ignore | |||
>RABs SubjectTo DataForwardingItem IEs | 1to<maxnoofRABs> | EACH | ignore | |||
>>RAB ID | M | 9.2.1.2 | - | |||
>>TranportLayer Address传输层地址 | M | 9.2.2.1 | IPv6 orIPv4addressif nootherTLAincluded.IPv4addressif otherTLAincluded. | - | ||
>>Iu TransportAssociationIu传输联盟 | M | 9.2.2.2 | Relatedto TLAabove. | - | ||
>>TransportLayer Address传输层地址 | O | 9.2.2.1 | IPv6addressifincluded. | YES | ignore | |
>>Iu TransportAssociationIu传输联盟 | O | 9.2.2.2 | Relatedto TLAabove. | YES | ignore | |
CriticalityDiagnostics危险程度判断 | O | 9.2.1.35 | YES | ignore |
表8
InformationElement/Group name信息元素/组名 | Need是否必须 | Multi是否可复用 | Type andreference类型和参数 | Semantics description语义描述 |
CHOICE RRC message选择RRC消息 | MP | At least one spare choice,Criticality:Reject,isneeded | ||
>RADIO BEARERSETUP无线承载建立 | RADIOBEARERSETUP10.2.31 | |||
>RADIO BEARERRECONFIGURATION无线承载重配置 | RADIOBEARERRECONFIGURATION10.2.25 | |||
>RADIO BEARERRELEASE无线承载释放 | RADIOBEARERRELEASE10.2.28 | |||
>TRANSPORTCHANNELRECONFIGURATION传输信道重配置 | TRANSPORTCHANNELRECONFIGURATION10.2.51 | |||
>PHYSICAL CHANNELRECONFIGURATION物理信道重配置 | PHYSICALCHANNELRECONFI | |||
InformationElement/Group name信息元素/组名 | Need是否必须 | Multi是否可复用 | Type andreference类型和参数 | Semantics description语义描述 |
10.2.20 | ||||
>RRC FAILURE INFORRC失败信息 | RRCFAILUREINFO10.2.41a | |||
>DL DCCH message下行DCCH消息 | OCTETSTRING |
表9
本发明第八实施方式同样涉及一种CS域呼叫建立方法,与第七实施方式大致相同,其区别在于,在第五实施方式中,eNodeB+通过eNodeB+与RNC之间存在的Iub口的公共传输端口或者Iur口的公共信令链路来发送“重定位请求”消息;而在本实施方式中,eNodeB+使用UE专用的连接发送“重定位请求”消息。
具体地说,如图12所示,在e-NodeB+决定进行重定位到传统RNC之后,首先进行eNodeB+与传统RNC之间UE的专用传输链路的建立,具体可以通过步骤1201和步骤1202来实现。步骤1201中,eNodeB+向传统RNC发送“Iur/Iubtransport channel setup request”(Iur/Iub传输信道建立请求)消息;在步骤1202中传统RNC返回“Iur/Iub transport channel setup response”(Iur/Iub传输信道建立响应)。或者,也可以通过步骤1201′和步骤1202′来实现建立UE专用链路的目的。在步骤1201′中,eNodeB+向传统RNC发送“Radio link setup request”(无线链路建立请求)消息;在步骤1202′中,传统RNC返回“Radio link setupresponse”(无线链路建立响应)消息。在UE专用链路建立完成之后再发送“重定位请求”消息给传统RNC。之后的过程与第五实施方式相类似。
本发明第九实施方式涉及一种CS域呼叫建立系统,包含至少一个eNodeB+和至少一个RNC。其中,该eNodeB+所属的演进网络不支持CS业务,该RNC所属的传统网络支持CS业务。
该eNodeB+包含:确认单元,用于在处理UE发起的呼叫时,确定该呼叫是否是CS域呼叫;信息传输单元,用于在该确认单元确定该呼叫是CS域呼叫时,将该UE建立CS域呼叫所需的信息发送到传统网络中处理该UE呼叫的RNC。使得演进网络下的UE无需分别向eNodeB和传统网络RNC发起RRC连接建立过程和发送建立CS域呼叫所需的信息(包括Initial Direct Transfer消息中的NASPDU),该RNC同样可以获取建立CS域呼叫所需的信息,从而为该UE建立CS域呼叫,使得在CS域呼叫建立的过程中,减少了UE与传统网络间信令的交互时延,加快了CS域呼叫建立的速度,且降低了呼损率,节约了网络中的传输资源。
由于对于R6及之前版本的UE在Initial Direct Transfer消息中明确包含其发起的呼叫的域信息,因此该确认单元在收到来自该UE的Initial Direct Transfer消息后,可以根据该消息确定该呼叫是否为CS域呼叫。该UE建立CS域呼叫所需的信息为该UE建立CS域呼叫所需的信息包括该Initial Direct Transfer消息中携带的NAS PDU。
在该eNodeB+属于stand-alone Evolved HSPA UTRAN的情况下(该eNodeB+通过增强的Iub/Iur接口与RNC连接),该eNodeB还包含切换指示单元,用于在确认单元确定该呼叫是电路域呼叫时,向该UE发送RB Reconfiguration消息,在该消息中包含该传统网络的信息、和指示该UE进入CELL-FACH状态的信息,指示收到该消息的UE进入CELL-FACH状态并根据该传统网络的信息向该传统网络发起切换。该信息传输单元在收到来自该RNC的请求UE的信息的消息后,将该UE建立CS域呼叫所需的信息携带在该消息的响应消息中发送到该RNC。
该请求UE的信息的消息可以是Uplink Signaling Transfer Indication消息;该响应消息可以是Downlink Signaling Transfer Request消息。通过在该DownlinkSignaling Transfer Request消息中扩展信息元素NAS Information,携带该UE建立CS域呼叫所需的信息;或者,通过该Downlink Signaling Transfer Request消息中原有的信息元素L3 Information,携带该UE建立CS域呼叫所需的信息。
或者,该请求UE的信息的消息和响应消息均是承载在SCCP专用连接的连接请求消息上的消息。
在该eNodeB+属于carrier sharing Evolved HSPA UTRAN的情况下(该eNodeB+通过增强的Iub/Iur接口与RNC连接),该信息传输单元向该RNC发送Uplink Signaling Transfer Indication消息,在该消息中携带该UE建立CS域呼叫所需的信息,通过该Uplink Signaling Transfer Indication消息将UE从演进网络切换到传统网络。或者,该信息传输单元向该RNC发送其它上行消息,该上行消息承载在SCCP专用连接的连接请求消息上,在该上行消息中携带该UE建立CS域呼叫所需的信息,通过该上行消息将UE从演进网络切换到传统网络。
由于传输该UE建立CS域呼叫所需的信息的Uplink Signaling TransferIndication消息或Downlink Signaling Transfer Request消息均是现有的信令,因此无需增加新的信令,使得本发明的实施方式实现起来更简单,与现有技术的兼容性更好。
该RNC包含:第一接收单元,用于从不支持CS域的演进网络中的eNodeB+接收为UE建立CS域呼叫所需的信息;呼叫单元,用于使用该第一接收单元收到的信息为该UE建立CS域呼叫。其中,为UE建立CS域呼叫所需的信息包括该UE向该eNodeB+发送的Initial Direct Transfer消息中携带的NAS PDU。
该RNC还包含请求单元,用于在收到该UE向传统网络发起的切换时,根据该UE在该演进网络分配的U-RNTI确定该eNodeB+,向该eNodeB+发送请求该UE的信息的消息,指示该eNodeB+将为该UE建立CS域呼叫所需的信息发送给该RNC。
该RNC还包含上报单元,用于将该第一接收单元收到的为该UE建立CS域呼叫所需的信息发送给CS域核心网设备;第三接收单元,用于接收来自该CS域核心网设备的Direct Transfer消息,该呼叫单元根据该Direct Transfer消息为该UE建立CS域呼叫。
该RNC还包含缓存单元,用于在该RNC与该UE完成该呼叫的无线承载的重配置前,或在该RNC与该eNodeB+完成该UE的服务RNC上下文以及该UE当前使用的无线承载参数的传输前,缓存该第三接收单元收到的Direct Transfer消息;该呼叫单元在该无线承载的重配置完成后,或在该服务RNC上下文以及该UE当前使用的无线承载参数的传输完成后,根据该缓存的Direct Transfer消息为该UE建立CS域呼叫。从而使得CS域业务建立的时延得以减少的同时,确保RNC能够按照正确的顺序为该UE建立呼叫。
本发明第十实施方式同样涉及一种CS域呼叫建立系统,包含至少一个eNodeB+和至少一个RNC。其中,该eNodeB+所属的演进网络不支持CS业务,该RNC所属的传统网络支持CS业务。
该eNodeB+包含:确认单元,用于在处理UE发起的呼叫时,确定该呼叫是否是CS域呼叫;信息传输单元,用于在该确认单元确定该呼叫是CS域呼叫时,将该UE建立CS域呼叫所需的信息发送到传统网络中处理该UE呼叫的RNC。使得演进网络下的UE无需分别向eNodeB+和传统网络RNC发起RRC连接建立过程和发送建立CS域呼叫所需的信息(包括Initial Direct Transfer消息中的NAS PDU),该RNC同样可以获取建立CS域呼叫所需的信息,从而为该UE建立CS域呼叫,使得在CS域呼叫建立的过程中,减少了UE与传统网络间信令的交互时延,加快了CS域呼叫建立的速度,且降低了呼损率,节约了网络中的传输资源。
该确认单元在收到来自该UE的无线资源控制连接请求消息后,根据该无线资源控制连接请求消息确定该呼叫是否为CS域呼叫。该UE建立CS域呼叫所需的信息包括该无线资源控制连接请求消息。
该信息传输单元将该UE建立CS域呼叫所需的信息发送到该传统网络中处理该UE呼叫的RNC的方式为:将该无线资源控制连接请求消息转发给该RNC。该信息传输单元可以将该无线资源控制连接请求消息携带在UplinkSignaling Transfer Indication消息中,发送给RNC;或者,该信息传输单元可以将该无线资源控制连接请求消息承载在SCCP专用连接的连接请求消息上,发送给该RNC。
该eNodeB+还包含:第一接收单元,用于从该RNC接收为该UE分配的无线资源;发送单元,用于将所收到的无线资源发送给该UE。
该RNC包含:第一接收单元,用于从不支持CS域的演进网络中的eNodeB+接收为UE建立CS域呼叫所需的信息;呼叫单元,用于使用该第一接收单元收到的信息为该UE建立CS域呼叫。该UE建立CS域呼叫所需的信息包括该无线资源控制连接请求消息。
该呼叫单元进一步包含:资源分配单元,用于在第一接收单元从该eNodeB+收到该UE的无线资源控制连接请求消息时,根据该消息为该UE分配无线资源;第三发送单元,用于通过该eNodeB+将所分配的无线资源发送给该UE。
由于eNodeB+在根据UE的RRC Connection Request消息确定是CS域的呼叫之后,将RRC Connection Request消息转发给RNC,将UE切换到RNC,直接由RNC为该UE建立RRC连接。从而UE无需分别向eNodeB+和RNC发送RRC Connection Request消息,减少了UE与传统网络间信令交互的时延,加快了CS域呼叫建立的速度,且节约了网络中的传输资源。
本发明第十一实施方式同样涉及一种CS域呼叫建立系统,包含至少一个eNodeB+和至少一个RNC。
该eNodeB+包括:确认单元,用于在处理该演进网络中的用户设备发起的呼叫时,确定该呼叫是否是CS域呼叫;信息传输单元,用于在该确认单元确定该呼叫是CS域呼叫时,将该用户设备建立CS域呼叫所需的信息发送到传统网络中处理该用户设备呼叫的RNC。
确认单元通过以下方式确定该呼叫是否为CS域呼叫:在收到来自该用户设备的初始直传消息后,根据该消息确定该呼叫是否为CS域呼叫;该用户设备建立CS域呼叫所需的信息包括该初始直传消息中携带的非接入层协议数据单元。
该信息传输单元通过以下方式将该用户设备建立CS域呼叫所需的信息发送到传统网络中处理该用户设备呼叫的RNC:该信息传输单元向该RNC发送重定位请求,在该重定位请求中包括该用户设备建立CS域呼叫所需的信息。
该信息传输单元通过该eNodeB+与该RNC之间的Iub口的公共传输端口或Iur口的公共信令链路,发送该重定位请求;或者,该eNodeB+还包括链路建立单元,用于在本eNodeB+与该RNC之间建立该用户设备的专用传输链路;该信息传输单元通过该专用传输链路发送该重定位请求。
该eNodeB+还可以包括:第二接收单元,用于接收来自该RNC的表示重定位完成的消息;第一释放单元,用于在该第二接收单元收到该表示重定位完成的消息后,删除本eNodeB+上该用户设备的RRC上下文、RLC实体、MAC实体,保留无线链路控制的相关实体和参数。
该eNodeB+还可以包括:第三接收单元,用于接收来自RNC的表示重定位取消的消息;第二释放单元,用于在该第三接收单元收到该表示重定位取消的消息后,释放该用户设备发起该呼叫时建立的RRC连接;第三释放单元,用于在该第三接收单元收到该表示重定位取消的消息后,发起本eNodeB+与该RNC之间的无线链路删除过程。
该RNC包括:第一接收单元,用于从演进网络中的eNodeB+接收为用户设备建立CS域呼叫所需的信息,包括该用户设备向该eNodeB+发送的初始直传消息中携带的非接入层协议数据单元;呼叫单元,用于使用该第一接收单元收到的信息为该用户设备建立CS域呼叫。
该第一接收单元通过以下方式接收该为用户设备建立CS域呼叫所需的信息:该第一接收单元接收来自该eNodeB+的重定位请求,从该重定位请求中获取该用户设备建立CS域呼叫所需的信息。
该重定位请求中还包括该用户设备的RRC容器,该RNC还包括:建立单元,用于根据该RRC容器中包含的信息,为该用户设备建立RRC上下文,为该用户设备分配资源建立RLC实体和MAC实体;第一发送单元,用于在该建立单元成功建立该RLC实体和MAC实体后,向该eNodeB+返回重定位响应。
该RNC还包括:U-RNTI分配单元,用于在该建立单元成功建立该RRC上下文后,为该用户设备重新分配U-RNTI;第二发送单元,用于将该重新分配的U-RNTI发送给该用户设备;第二接收单元,用于接收来自该用户设备的表示完成U-RNTI更新的确认消息。
该第一发送单元还用于向该eNodeB+发送表示重定位取消的消息;该RNC还包括:第一释放单元,用于删除该用户设备相关的参数和实体;第二释放单元,用于发起该eNodeB+与本RNC之间的无线链路删除过程;判断单元,用于判断该第二接收单元是否在预定时限内未收到该表示完成U-RNTI更新的确认消息,如果未收到,则指示该第一发送单元向该eNodeB+发送表示重定位取消的消息,并指示该第一释放单元删除该用户设备相关的参数和实体,指示第二释放单元发起该eNodeB+与本RNC之间的无线链路删除过程。
该第一发送单元还用于在该建立单元成功建立该用户设备的RRC上下文后,向该eNodeB+发送表示重定位完成的消息。
该RNC还包括:缓存单元,用于在未收到来自该用户设备的表示完成U-RNTI更新的确认消息前,缓存该第三接收单元收到的直传消息;呼叫单元在收到该表示完成U-RNTI更新的确认消息后,根据该缓存的直传消息为该用户设备建立CS域呼叫。
本发明第十二实施方式涉及一种CS域呼叫建立触发方法,该方法可以应用于第一至第四实施方式的任意一个实施方式中。
本实施方式中,在Iur接口引入Initial UE Message消息,该消息通过专用连接传输,使用SCCP的连接请求(Connection Request)消息承载。
演进网络中的eNodeB+在需要发送触发CS域呼叫建立的消息时,将该消息生成为Initial UE Message消息的形式,通过Iur接口的专用连接发送到传统网络的RNC,该RNC将该消息发送到核心网以触发CS域呼叫的建立。从而能够与核心网快速建立CS连接。且由于专用连接的稳定性较好,能够在与核心网建立CS连接的过程中,提供一定的安全保障。
下面以Initial Direct Transfer消息的传输为例进行具体说明。
在eNodeB+收到了UE的Initial Direct Transfer消息之后,如果确定该消息请求的是CS域的业务,则需要将UE的服务RNC迁移到与本eNodeB+相连并且能够进行CS域用户面数据处理的RNC上。在该eNodeB+与RNC以Iur接口连接的情况下,为了更快速,更可靠地建立Initial Direct Transfer消息中请求的CS域连接,eNodeB+可根据该Initial Direct Transfer消息生成Initial UE Message消息,承载在专用连接的SCCP的连接请求消息中发送给该RNC。该RNC收到该连接请求消息之后,将Initial UE Message消息传送给CS域核心网的MSC/VLR,开始进行CS域信令连接建立的过程。与此同时,RNC还会向该eNodeB+返回专用连接的SCCP的连接确认(Connection Confirm)消息。
本发明第十三实施方式涉及一种CS域呼叫建立触发系统,包含至少一个演进网络中的eNodeB+,和至少一个传统网络中的基站RNC。
该eNodeB+包含:将触发CS域呼叫建立的消息通过Iur接口的专用连接发送到该RNC的单元;该RNC包含:从该eNodeB+接收该触发CS呼叫建立的消息的单元;将所收到的该消息发送到核心网以触发CS域呼叫的建立的单元。从而能够与核心网快速建立CS连接。且由于专用连接的稳定性较好,能够在与核心网建立CS连接的过程中,提供一定的安全保障。
综上所述,在本发明的实施方式中,不支持CS域的演进网络中的eNodeB+在处理UE发起的呼叫时,如果确定该呼叫是CS域呼叫,则该UE建立CS域呼叫所需的信息发送到传统网络中处理该UE呼叫的RNC,由该RNC使用从该eNodeB+所获得的信息为该UE建立CS域呼叫。使得演进网络下的UE无需分别向eNodeB+和传统网络发起RRC连接建立过程和发送建立CS域呼叫所需的信息(包括Initial Direct Transfer消息中的非接入层(NonAccess Stratum,简称“NAS”)协议数据单元(Protocol Data Unit,简称“PDU”)),该RNC同样可以获取建立CS域呼叫所需的信息,从而为该UE建立CS域呼叫,使得在CS域呼叫建立的过程中,减少了UE与传统网络间信令的交互时延,加快了CS域呼叫建立的速度,且降低了呼损率,节约了网络中的传输资源。
对于独立的HSPA演进网络,该eNodeB+向该UE发送RBreconfiguration,在该消息中包含该传统网络的信息,和指示该UE进入CELL_FACH状态的信息;促使该UE在收到该消息后,向传统网络发起切换,通过该传统网络为该UE建立CS域呼叫。对于共享载波的HSPA演进网络,eNodeB+可以直接向所连接的RNC发送上行信令传输指示消息,将该UE切换到演进网络。从而使得本发明的实施方式能够支持不同场景下的CS域呼叫的建立。
对于独立的演进网络,该RNC在收到该UE向该传统网络发起的切换时,根据该UE在演进网络分配的U-RNTI确定eNodeB+,向该eNodeB+发送请求该UE的信息的消息(如上行信令传输指示消息、连接请求消息);该eNodeB+收到该请求UE的信息的消息后,将所保存的信息携带在该消息的响应消息(如下行信令传输请求消息、连接响应消息)中发送到该RNC;对于共享载波的演进网络,eNodeB+将所保存的信息携带在上行信令传输指示消息中发送给RNC;从而该RNC能够根据所获取的信息为该UE建立CS域呼叫。由于上行信令传输指示消息和下行信令传输请求消息均是现有的信令,无需增加新的信令,使得本发明的实施方式实现起来更简单,与现有技术的兼容性更好。
对于空闲态的UE,eNodeB+可以通过重定位消息,将UE的NAS-PDU等信息发送给传统网络的RNC,由传统网络的RNC作为UE的服务RNC,为该UE提供CS域服务,方式更为灵活。
该RNC收到来自该核心网设备的直传消息时,如果该RNC与该UE未完成该呼叫的无线承载的分配,则该RNC缓存来自该核心网设备的直传消息,在该RNC与该UE完成该呼叫的无线承载的分配后,或完成该UE的服务RNC上下文和/或该UE当前使用的无线链路参数的传输后,或收到所述表示完成U-RNTI更新的确认消息后,根据该直传消息为该UE建立呼叫。从而使得CS域业务建立的时延得以减少的同时,确保RNC能够按照正确的顺序为该UE建立呼叫。
对应载波共享的HSPA演进网络,eNodeB+在根据UE的RRC ConnectionRequest消息确定是CS域的呼叫之后,将RRC Connection Request消息转发给RNC,将UE切换到RNC,直接由RNC为该UE建立RRC连接。从而UE无需分别向eNodeB+和RNC发送RRC Connection Request消息,减少了UE与传统网络间信令交互的时延,加快了CS域呼叫建立的速度,且节约了网络中的传输资源。
演进网络中的演进基站节点将触发电路域呼叫建立的消息通过Iur接口的专用连接发送到传统网络的RNC,该RNC将该消息发送到核心网以触发电路域呼叫的建立。从而能够与核心网快速建立CS连接。且由于专用连接的稳定性较好,能够在与核心网建立CS连接的过程中,提供一定的安全保障。
虽然通过参照本发明的某些优选实施方式,已经对本发明进行了图示和描述,但本领域的普通技术人员应该明白,可以在形式上和细节上对其作各种改变,例如将RNC称呼为基站控制器(Base Station Controller,简称“BSC”)等,而不偏离本发明的精神和范围。
Claims (44)
1.一种电路域呼叫建立方法,其特征在于,包含以下步骤:
演进网络中的演进基站节点在处理用户设备发起的呼叫时,如果确定该呼叫是电路域呼叫,则将该用户设备建立电路域呼叫所需的信息发送到传统网络中处理该用户设备呼叫的无线网络控制器RNC,由该RNC使用从该演进基站节点所获得的信息为该用户设备建立电路域呼叫。
2.根据权利要求1所述的电路域呼叫建立方法,其特征在于,所述演进基站节点在收到来自所述用户设备的初始直传消息后,根据该消息确定所述呼叫是否为电路域呼叫。
3.根据权利要求2所述的电路域呼叫建立方法,其特征在于,所述用户设备建立电路域呼叫所需的信息包括所述初始直传消息中携带的非接入层协议数据单元。
4.根据权利要求2所述的电路域呼叫建立方法,其特征在于,如果所述演进基站节点确定所述呼叫是电路域呼叫,则在所述将用户设备建立电路域呼叫所需的信息发送到所述RNC的步骤前,还包含以下步骤:
所述演进基站节点向所述用户设备发送无线承载重配置消息,在该消息中包含所述传统网络的信息,和指示该用户设备进入小区前向接入信道状态的信息;
所述用户设备根据收到的所述无线承载重配置消息,进入所述小区前向接入信道状态,并根据该消息中包含的传统网络的信息向所述传统网络发起切换;
所述传统网络的RNC在收到所述用户设备向该传统网络发起的切换时,根据该用户设备在所述演进网络分配的通用移动通信系统地面无线接入网无线网络临时标识U-RNTI确定所述演进基站节点,向该演进基站节点发 送请求该用户设备的信息的消息;
所述演进基站节点收到所述请求用户设备的信息的消息后,执行将所述用户设备建立电路域呼叫所需的信息发送到所述传统网络的RNC的步骤,将所述用户设备建立电路域呼叫所需的信息携带在该消息的响应消息中发送到该RNC。
5.根据权利要求4所述的电路域呼叫建立方法,其特征在于,所述请求用户设备的信息的消息是上行信令传输指示消息;
所述响应消息是下行信令传输请求消息;
将所述用户设备建立电路域呼叫所需的信息携带在所述下行信令传输请求消息中发送到所述RNC的方式为:
在所述下行信令传输请求消息中包含非接入层信息元素,通过该非接入层信息元素携带所述用户设备建立电路域呼叫所需的信息;或者,通过该下行信令传输请求消息包含的信息元素层3信息,携带所述用户设备建立电路域呼叫所需的信息。
6.根据权利要求5所述的电路域呼叫建立方法,其特征在于,所述RNC收到所述为用户设备建立电路域呼叫所需的信息后,还包含以下步骤:
所述RNC向所述用户设备发送建立所述呼叫的无线承载的信息;
所述用户设备根据所述无线承载的信息为所述呼叫重新分配无线承载,并进入小区专用信道状态。
7.根据权利要求2所述的电路域呼叫建立方法,其特征在于,所述演进基站节点通过以下方式将所述用户设备建立电路域呼叫所需的信息发送到该传统网络中处理该用户设备呼叫的RNC:
向所述RNC发送上行信令传输指示消息,在该消息中携带所述用户设备建立电路域呼叫所需的信息。
8.根据权利要求7所述的电路域呼叫建立方法,其特征在于,在所述上行信令传输指示消息中携带所述用户设备建立电路域呼叫所需的信息的方式为:
在所述上行信令传输指示消息中包含非接入层信息元素,通过该非接入层信息元素携带所述用户设备建立电路域呼叫所需的信息;或者,通过所述上行信令传输指示消息包含的信息元素层3信息,携带所述用户设备建立电路域呼叫所需的信息。
9.根据权利要求2所述的电路域呼叫建立方法,其特征在于,所述演进基站节点通过以下方式将所述用户设备建立电路域呼叫所需的信息发送到该传统网络中处理该用户设备呼叫的RNC:
向所述RNC发送上行消息,在该消息中携带所述用户设备建立电路域呼叫所需的信息;
10.根据权利要求9所述的电路域呼叫建立方法,其特征在于,所述上行消息承载在专用连接传输的连接请求消息上。
11.根据权利要求2所述的电路域呼叫建立方法,其特征在于,在所述演进基站节点将所述用户设备建立电路域呼叫所需的信息发送到所述RNC的步骤之后,还包含以下步骤:
所述演进网络节点向所述RNC发送所述用户设备的服务RNC上下文和/或所述用户设备当前使用的无线链路参数。
12.根据权利要求1所述的电路域呼叫建立方法,其特征在于,所述发起呼叫的用户设备为空闲态的用户设备;
所述将该用户设备建立电路域呼叫所需的信息发送到传统网络中处理该用户设备呼叫的RNC的步骤包括以下子步骤:
所述演进基站节点向所述RNC发送重定位请求,在该重定位请求中包 括所述用户设备建立电路域呼叫所需的信息。
13.根据权利要求12所述的电路域呼叫建立方法,其特征在于,所述重定位请求中还包括所述用户设备的无线资源控制RRC容器,所述发送重定位请求的步骤之后,还包括以下步骤:
所述RNC根据所述RRC容器中包含的信息为该用户设备建立RRC上下文,为所述用户设备分配资源建立无线链路控制RLC实体和媒体接入控制MAC实体;
在所述RLC实体和MAC实体建立成功后向所述演进基站节点返回重定位响应。
14.根据权利要求13所述的电路域呼叫建立方法,其特征在于,所述为用户设备建立RRC上下文的步骤之后,还包括以下步骤:
所述RNC为所述用户设备重新分配U-RNTI,并将所述重新分配的U-RNTI发送给所述用户设备;
所述用户设备根据收到的U-RNTI更新自身的U-RNTI,并向所述RNC返回表示完成U-RNTI更新的确认消息;
如果所述RNC在预定时限内未收到来自所述用户设备的所述表示完成U-RNTI更新的确认消息,则向所述演进基站节点发送表示重定位取消的消息,并删除所述用户设备相关的参数和实体;
所述演进基站节点收到所述表示重定位取消的消息后,释放所述用户设备发起所述呼叫时建立的RRC连接;
所述演进基站节点或所述RNC发起两者之间的无线链路删除过程。
15.根据权利要求13所述的电路域呼叫建立方法,其特征在于,所述为用户设备建立RRC上下文的步骤之后,还包括以下步骤:
所述RNC向所述演进基站节点发送表示重定位完成的消息;
所述演进基站节点收到所述表示重定位完成的消息后,删除该演进基站节点上所述用户设备的RRC上下文、RLC实体和MAC实体,保留无线链路控制的相关实体和参数。
16.根据权利要求2至15中任一项所述的电路域呼叫建立方法,其特征在于,RNC使用从所述演进基站节点所获得的信息为所述用户设备建立电路域呼叫包含以下子步骤:
所述RNC将所述用户设备建立电路域呼叫所需的信息发送给电路域的核心网设备,供该核心网设备为该呼叫建立与该RNC之间的信令连接,并接收来自该核心网设备的直传消息;
所述RNC根据所述直传消息为所述用户设备建立电路域呼叫。
17.根据权利要求16所述的电路域呼叫建立方法,其特征在于,所述RNC收到所述来自所述电路域核心网设备的直传消息时,如果该RNC与所述用户设备未完成所述呼叫的无线承载的重配置,或该RNC与所述演进基站节点未完成所述用户设备的服务RNC上下文和/或所述用户设备当前使用的无线链路参数的传输,或未收到来自所述用户设备的表示完成U-RNTI更新的确认消息,则该RNC缓存所述直传消息,在完成所述无线承载的重配置后,或完成所述无线资源控制上下文的传输后,或收到所述表示完成U-RNTI更新的确认消息后,根据该缓存的直传消息为该用户设备建立所述呼叫。
18.根据权利要求1所述的电路域呼叫建立方法,其特征在于,所述演进基站节点收到来自所述用户设备的无线资源控制连接请求消息后,根据该无线资源控制连接请求消息确定所述呼叫是否为电路域呼叫。
19.根据权利要求18所述的电路域呼叫建立方法,其特征在于,所述用户设备建立电路域呼叫所需的信息包括所述无线资源控制连接请求消息;
所述演进基站节点将所述用户设备建立电路域呼叫所需的信息发送到 该传统网络中处理该用户设备呼叫的RNC的方式为:
将所述无线资源控制连接请求消息转发给所述RNC。
20.根据权利要求19所述的电路域呼叫建立方法,其特征在于,将所述无线资源控制连接请求消息转发给所述RNC的方式为以下之一:
向所述RNC发送上行信令传输指示消息,在该消息中携带所述无线资源控制连接请求消息;或者
向所述RNC发送上行消息,该上行消息承载在信令连接控制部分专用连接传输的连接请求消息上,在该上行消息中携带所述无线资源控制连接请求消息。
21.根据权利要求19所述的电路域呼叫建立方法,其特征在于,所述RNC使用从该演进基站节点所获得的信息为该用户设备建立电路域呼叫的步骤还包含:
所述RNC根据来自所述演进基站节点的无线资源控制连接请求消息,为所述用户设备分配无线资源,并通过该演进基站节点将所分配的无线资源发送给该用户设备;
所述用户设备根据所述无线资源完成无线资源控制连接的建立,向所述RNC发送初始直传消息;
所述RNC根据所述初始直传消息为所述用户设备建立电路域呼叫。
22.一种演进基站节点,其特征在于,包含:
确认单元,用于在处理演进网络中的用户设备发起的呼叫时,确定该呼叫是否是电路域呼叫;
信息传输单元,用于在所述确认单元确定所述呼叫是电路域呼叫时,将所述用户设备建立电路域呼叫所需的信息发送到传统网络中处理该用户设备呼叫的RNC。
23.根据权利要求22所述的演进基站节点,其特征在于,所述确认单元通过以下方式确定所述呼叫是否为电路域呼叫:
在收到来自所述用户设备的初始直传消息后,根据该消息确定所述呼叫是否为电路域呼叫;
所述用户设备建立电路域呼叫所需的信息包括所述初始直传消息中携带的非接入层协议数据单元。
24.根据权利要求23所述的演进基站节点,其特征在于,还包含:
切换指示单元,用于在所述确认单元确定所述呼叫是电路域呼叫时,向所述用户设备发送无线承载重配置消息,在该消息中包含所述传统网络的信息、和指示该用户设备进入小区前向接入信道状态的信息,指示收到该消息的用户设备进入所述小区前向接入信道状态并根据所述传统网络的信息向该传统网络发起切换;
所述信息传输单元通过以下方式将所述用户设备建立电路域呼叫所需的信息发送到所述RNC:所述信息传输单元在收到来自所述RNC的请求用户设备的信息的消息后,将所述用户设备建立电路域呼叫所需的信息携带在该消息的响应消息中发送到该RNC。
25.根据权利要求23所述的演进基站节点,其特征在于,所述信息传输单元通过以下方式将所述用户设备建立电路域呼叫所需的信息发送到传统网络中处理该用户设备呼叫的RNC:
所述信息传输单元向所述RNC发送上行信令传输指示消息,在该消息中携带所述用户设备建立电路域呼叫所需的信息;或者
所述信息传输单元向所述RNC发送上行消息,该上行消息承载在信令连接控制部分专用连接传输的连接请求消息上,在该上行消息中携带所述用户设备建立电路域呼叫所需的信息。
26.根据权利要求22所述的演进基站节点,其特征在于,所述确认单元通过以下方式确定所述呼叫是否为电路域呼叫:
在收到来自所述用户设备的无线资源控制连接请求消息后,根据该无线资源控制连接请求消息确定所述呼叫是否为电路域呼叫。
27.根据权利要求26所述的演进基站节点,其特征在于,所述用户设备建立电路域呼叫所需的信息包括所述无线资源控制连接请求消息;
所述信息传输单元通过以下方式将所述用户设备建立电路域呼叫所需的信息发送到该传统网络中处理该用户设备呼叫的RNC:
将所述无线资源控制连接请求消息转发给所述RNC。
28.根据权利要求27所述的演进基站节点,其特征在于,还包含:
第一接收单元,用于从所述RNC接收为所述用户设备分配的无线资源;
发送单元,用于将所述第一接收单元接收收到的无线资源发送给所述用户设备。
29.根据权利要求22所述的演进基站节点,其特征在于,所述信息传输单元通过以下方式将所述用户设备建立电路域呼叫所需的信息发送到传统网络中处理该用户设备呼叫的RNC:
所述信息传输单元向所述RNC发送重定位请求,在该重定位请求中包含所述用户设备建立电路域呼叫所需的信息。
30.根据权利要求29所述的演进基站节点,其特征在于,还包括:
第二接收单元,用于接收来自所述RNC的表示重定位完成的消息;
第一释放单元,用于在所述第二接收单元收到所述表示重定位完成的消息后,删除本演进基站节点上所述用户设备的RRC上下文、RLC实体、MAC实体,保留无线链路控制的相关实体和参数。
31.根据权利要求29所述的演进基站节点,其特征在于,还包括:
第三接收单元,用于接收来自RNC的表示重定位取消的消息;
第二释放单元,用于在所述第三接收单元收到所述表示重定位取消的消息后,释放所述用户设备发起所述呼叫时建立的RRC连接;
第三释放单元,用于在所述第三接收单元收到所述表示重定位取消的消息后,发起本演进基站节点与所述RNC之间的无线链路删除过程。
32.一种无线网络控制器,其特征在于,包含:
第一接收单元,用于从演进网络中的演进基站节点接收为用户设备建立电路域呼叫所需的信息;
呼叫单元,用于使用所述第一接收单元收到的信息为所述用户设备建立电路域呼叫。
33.根据权利要求32所述的无线网络控制器,其特征在于,为所述用户设备建立电路域呼叫所需的信息包括该用户设备向所述演进基站节点发送的初始直传消息中携带的非接入层协议数据单元。
34.根据权利要求33所述的无线网络控制器,其特征在于,还包含:
请求单元,用于在收到所述用户设备向本RNC所处的传统网络发起的切换时,根据该用户设备在所述演进网络分配的U-RNTI确定所述演进基站节点,向该演进基站节点发送请求该用户设备的信息的消息,指示该演进基站节点将为该用户设备建立电路域呼叫所需的信息发送给本RNC。
35.根据权利要求32所述的无线网络控制器,其特征在于,所述第一接收单元通过以下方式接收所述为用户设备建立电路域呼叫所需的信息:
所述第一接收单元接收来自所述演进基站节点的重定位请求,从该重定位请求中获取所述用户设备建立电路域呼叫所需的信息。
36.根据权利要求35所述的无线网络控制器,其特征在于,所述重定 位请求中还包括所述用户设备的RRC容器,所述无线网络控制器还包括:
建立单元,用于根据所述RRC容器中包含的信息,为该用户设备建立RRC上下文,为所述用户设备分配资源建立RLC实体和MAC实体;
第一发送单元,用于在所述建立单元成功建立所述RLC实体和MAC实体后,向所述演进基站节点返回重定位响应;
U-RNTI分配单元,用于在所述建立单元成功建立所述RRC上下文后,为所述用户设备重新分配U-RNTI;
第二发送单元,用于将所述重新分配的U-RNTI发送给所述用户设备;
第二接收单元,用于接收来自所述用户设备的表示完成U-RNTI更新的确认消息;
所述第一发送单元还用于向所述演进基站节点发送表示重定位取消的消息;
所述无线网络控制器还包括:
第一释放单元,用于删除所述用户设备相关的参数和实体;
第二释放单元,用于发起所述演进基站节点与本RNC之间的无线链路删除过程;
判断单元,用于判断所述第二接收单元是否在预定时限内未收到所述表示完成U-RNTI更新的确认消息,如果未收到,则指示所述第一发送单元向所述演进基站节点发送表示重定位取消的消息,并指示所述第一释放单元删除所述用户设备相关的参数和实体,指示第二释放单元发起所述演进基站节点与本RNC之间的无线链路删除过程。
37.根据权利要求32至36中任一项所述的无线网络控制器,其特征在于,还包含:
上报单元,用于将所述第一接收单元收到的所述用户设备建立电路域呼 叫所需的信息发送给电路域的核心网设备;
第三接收单元,用于接收来自所述电路域核心网设备的直传消息,所述呼叫单元根据该直传消息为所述用户设备建立电路域呼叫。
38.根据权利要求37所述的无线网络控制器,其特征在于,还包含缓存单元,用于在本RNC与所述用户设备完成所述呼叫的无线承载的重配置前,或在本RNC与所述演进基站节点完成所述用户设备的服务RNC上下文和/或所述用户设备当前使用的无线链路参数的传输前,或在未收到来自所述用户设备的表示完成U-RNTI更新的确认消息前,缓存所述第三接收单元收到的直传消息;所述呼叫单元在所述无线承载的重配置完成后,或在所述服务RNC上下文和/或所述用户设备当前使用的无线链路参数的传输完成后,或收到所述表示完成U-RNTI更新的确认消息后,根据所述缓存的直传消息为该用户设备建立电路域呼叫。
39.根据权利要求32所述的无线网络控制器,其特征在于,所述用户设备建立电路域呼叫所需的信息包括所述无线资源控制连接请求消息。
40.根据权利要求39所述的无线网络控制器,其特征在于,所述呼叫单元进一步包含:
资源分配单元,用于在所述第一接收单元从所述演进基站节点收到所述用户设备的无线资源控制连接请求消息时,根据该消息为该用户设备分配无线资源;
第三发送单元,用于通过所述演进基站节点将所分配的无线资源发送给所述用户设备。
41.一种电路域呼叫建立系统,其特征在于,包含至少一个根据权利要求22至31中任一项所述的演进基站节点,和至少一个根据权利要求32至40中任一项所述的无线网络控制器。
42.一种电路域呼叫建立触发方法,其特征在于,包含以下步骤:
演进网络中的演进基站节点将触发电路域呼叫建立的消息通过Iur接口的专用连接发送到传统网络的RNC,该RNC将该消息发送到核心网以触发电路域呼叫的建立。
43.根据权利要求42所述的电路域呼叫建立触发方法,其特征在于,所述将触发电路呼叫建立的消息通过Iur接口的专用连接发送到传统网络的RNC的方式为:
将所述触发电路呼叫建立的消息承载在信令连接控制部分的连接请求消息中,发送到所述传统网络的RNC.
44.一种电路域呼叫建立触发系统,包含至少一个演进网络中的演进基站节点,和至少一个传统网络中的无线网络控制器RNC,其特征在于,
所述演进基站节点包含:将触发电路域呼叫建立的消息通过Iur接口的专用连接发送到所述RNC的单元;
所述RNC包含:从所述演进基站节点接收所述触发电路域呼叫建立的消息的单元;将所收到的该消息发送到核心网以触发电路域呼叫的建立的单元。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN2007101364931A CN101287285B (zh) | 2007-04-10 | 2007-07-12 | 电路域呼叫建立、触发方法、系统及设备 |
Applications Claiming Priority (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN200710100551.5 | 2007-04-10 | ||
CN200710100551 | 2007-04-10 | ||
CN200710103626.5 | 2007-04-30 | ||
CN200710103626 | 2007-04-30 | ||
CN2007101364931A CN101287285B (zh) | 2007-04-10 | 2007-07-12 | 电路域呼叫建立、触发方法、系统及设备 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN101287285A CN101287285A (zh) | 2008-10-15 |
CN101287285B true CN101287285B (zh) | 2011-12-21 |
Family
ID=40059196
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN2007101364931A Expired - Fee Related CN101287285B (zh) | 2007-04-10 | 2007-07-12 | 电路域呼叫建立、触发方法、系统及设备 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN101287285B (zh) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101771933B (zh) * | 2009-01-06 | 2015-08-12 | 中兴通讯股份有限公司 | 一种实现多会话业务连续性的方法 |
CN101835154B (zh) * | 2010-04-20 | 2016-03-30 | 中兴通讯股份有限公司 | 一种建立增强的空口密钥的方法及系统 |
CN102238674B (zh) * | 2010-04-30 | 2014-04-02 | 电信科学技术研究院 | Ps域到2g/3g网络的业务切换方法和设备 |
CN102546541B (zh) * | 2010-12-16 | 2015-09-16 | 上海贝尔股份有限公司 | 一种用于实现在飞蜂窝基站中记录通话活动的方法与设备 |
WO2012155782A1 (zh) * | 2011-09-23 | 2012-11-22 | 中兴通讯股份有限公司 | 数据传输方法及系统 |
JP6612994B2 (ja) | 2016-01-18 | 2019-11-27 | 華為技術有限公司 | Plmn用のdcn処理方法、ue及びdcnサービングノード |
CN110731119A (zh) * | 2017-08-25 | 2020-01-24 | Oppo广东移动通信有限公司 | 网络回退的方法、终端设备和接入网设备 |
CN109803316B (zh) * | 2017-11-17 | 2022-04-22 | 华为技术有限公司 | 一种处理数据流的方法、装置及系统 |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1399856A (zh) * | 1999-11-23 | 2003-02-26 | 艾利森电话股份有限公司 | 通用移动电信系统网络中的srns重定位 |
CN1747591A (zh) * | 2004-09-07 | 2006-03-15 | 中兴通讯股份有限公司 | 避免通过Iur口传递跨无线网络控制器的寻呼消息的方法 |
-
2007
- 2007-07-12 CN CN2007101364931A patent/CN101287285B/zh not_active Expired - Fee Related
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1399856A (zh) * | 1999-11-23 | 2003-02-26 | 艾利森电话股份有限公司 | 通用移动电信系统网络中的srns重定位 |
CN1747591A (zh) * | 2004-09-07 | 2006-03-15 | 中兴通讯股份有限公司 | 避免通过Iur口传递跨无线网络控制器的寻呼消息的方法 |
Non-Patent Citations (3)
Title |
---|
3GPP.Technical Specification Group Radio Access Network |
3GPP.Technical Specification Group Radio Access Network UTRAN Iur interface RNSAP signalling.《3GPP TS 25.423 V7.4.0》.2007, * |
UTRAN Iur interface RNSAP signalling.《3GPP TS 25.423 V7.4.0》.2007, |
Also Published As
Publication number | Publication date |
---|---|
CN101287285A (zh) | 2008-10-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7184710B2 (en) | Transmission of filtering/filtered information over the lur interface | |
EP1269773B1 (en) | Relocation of serving radio network controller with signaling of linking of transport channels | |
US7072656B2 (en) | Handover in a shared radio access network environment using subscriber-dependent neighbor cell lists | |
CN101287285B (zh) | 电路域呼叫建立、触发方法、系统及设备 | |
EP1360861B1 (en) | Handover in a shared radio access network environment using subscriber-dependent neighbour cell lists | |
JP4696161B2 (ja) | 効果的な無線リソース管理方法 | |
JP4354704B2 (ja) | 総括的解放メッセージを用いた複数の無線接続の解放 | |
JP6016643B2 (ja) | 無線電気通信における暗号化 | |
US8335477B2 (en) | Resource configuration method, device, and system | |
US20090011795A1 (en) | Radio communication base station device, radio communication terminal device, and radio communication system | |
WO2002056612A2 (en) | Controlling transmission of cell information between control n odes in radio access network | |
US8223724B2 (en) | Frame and chip offset for SRNC in UE involved relocation on carrier sharing | |
US20080137607A1 (en) | Method and System For Management of Handover Only Trunk Line Between Mobile Switching Centers For Handover in Mixed Mobile Communication System of an Asynchronous Network and a Synchronous Network | |
US20040127258A1 (en) | Radio network controller, mobile communication system, and method of controlling radio base station device | |
WO2006018719A2 (en) | Transmitting data in a wireless communications network | |
CN101547488B (zh) | 小区更新重配置方法、系统和设备 | |
CN101426248B (zh) | 在高速数据接入演进网中支持电路域业务的方法和系统 | |
KR20060114362A (ko) | 무선 네트워크 재배치 | |
KR101014902B1 (ko) | 단말의 기지국 제어기간 핸드오버를 위한 장치 및 방법 | |
US20060189341A1 (en) | Method of improving power control in a mobile radiocommunication system | |
Handling | 8.3 DCH Procedures | |
KR20050048194A (ko) | 발신 응답 대기중 비동기 이동통신망으로부터 동기이동통신망으로의 핸드오버 방법 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
C14 | Grant of patent or utility model | ||
GR01 | Patent grant | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20111221 Termination date: 20150712 |
|
EXPY | Termination of patent right or utility model |