CN101978766B - 连接建立系统和方法 - Google Patents

Abstract

描述了一种判断是否接受来自用户设备的请求到通信网络的连接的连接请求的方法。该方法包括：从所述用户设备接收连接请求，所述连接请求包括预定义的标识符。然后请求与所述用户设备相关联的能力信息的消息被生成并被发送，并且作为响应所述能力信息被接收。该方法还包括：基于所述能力信息判断是否准许到所述用户设备的连接，并基于该判断发送用于释放或拒绝或者建立连接的消息。还描述了用于执行该方法的装置，包括eNodeB、网关和用户设备，并且提供了操作这些组件的相应方法。

Description

连接建立系统和方法

技术领域

本发明涉及通讯网络中的信号传输(signalling)，例如但不排他地涉及根据3GPP标准或者其等同物或衍生物的网络操作。

背景技术

在通讯网络中，连接在网络中的组件或节点之间被建立。具体地，连接在诸如移动通信设备之类的用户装置(UE)与基站(eNodeB或eNB)组件之间被建立。另外的连接被设置在eNB组件与核心网络中的诸如移动性管理实体(MME)设备之类的网关设备之间。这些连接是通过在网络中的设备之间交换连接请求和确认消息来建立的。

在一些情形中，多个不同网络类型可能可用来向UE提供多个不同服务，例如E-UTRAN、UTRAN和GERAN网络。UE连接到的最适合网络可以取决于UE的能力及所需服务。

下面将阐述用于确定UE应当连接到的网络的一个过程。这里描述的系统和方法提供了用于基于服务的重定向(redirection)的简化机制。

可在通讯网络中应用的各种首字母缩写词本领域技术人员当然是熟悉的，然而为了一般读者的利益，附上了词汇表。尽管为了本领域技术人员的理解效率，将在E-UTRAN系统的环境中来详细描述本发明，然而所标识系统的原理可被应用于其它系统，例如，3G、CDMA或者用户经由基站组件和网关设备来访问网络服务并且系统的相应组件按照需要改变的其它无线系统。本方法和系统还可以在无线局域网(WLAN)或者其它局域网或广域网(LAN或WAN)中实现。

发明内容

在独立权利要求中阐述了本发明的各方面并且在从属权利要求中阐述了优选特征。将从下面阐述的实施例的描述中清楚系统和方法的其它方面。针对所公开的所有方法，本发明提供了用于在相应装置上执行的相对应计算机程序或计算机程序产品、装置本身(用户装置、节点、网络或其组件，包括用于执行所描述的方法的网关和基站节点)以及配置和更新装置的方法。一个方面的特征可适用于其它方面。

附图说明

现在将参考附图通过示例的方式来描述这里要求保护的方法和系统的实施例，在附图中：

图1示意性地图示出了实施例可适用的类型的移动通讯系统的一部分；

图2示意性地图示出了实施例可适用的第二类型的移动通讯系统的一部分；

图3示出了根据一个实施例的从E-UTRAN到UTRAN/GERAN的重定向过程；

图4图示出了根据一个实施例的重定向方法；

图5图示出了根据另一实施例的重定向方法；

图6是图示出图1的基站之一的组件的示图；以及

图7是图示出图1的移动电话之一的组件的框图。

具体实施方式

图1示意性地图示出了这样的移动(蜂窝)通讯系统1，其中，移动(或蜂窝)电话(MT)3-0、3-1和3-2的用户可经由基站5-1、5-2或5-3之一以及电话网络7来与其它用户(未示出)通信。电话网络7包括多个组件，包括网关组件9-1、9-2。本领域技术人员将理解，每个基站5-1、5-2、5-3可以经由任一网关9-1、9-2连接到电话网络7，并且所有基站5-1、5-2、5-3可以经由同一网关9-1、9-2进行连接。类似地，每个移动电话3可以经由任一基站5连接到电话网络7，并且所有移动电话3可以经由同一基站5进行连接。一个或多个基站5可被布置到由无线电网络控制器(RNC)控制的无线电接入网络(RAN)中，RNC可被实现为RAN中的基站5的一部分或者作为单独的组件(未示出)。

当移动电话3例如通过被开启而进入网络7时，连接在移动电话3与基站5之间并且在基站5与网关设备9之间被建立。这使得能够在移动电话3与网络7中的其它组件之间进行通信。

E-UTRAN协议网络也可称为LTE或UTRAN网络的长期演进。

图2示意性地图示出了根据UTRAN协议的移动(蜂窝)通讯系统2，其中，移动(或蜂窝)电话(MT)210-1、210-2和210-3(其可被称为用户设备或用户装置(UE))的用户可经由基站212-1、212-2和212-3(其可被称为NodeB或NB)之一来与其它用户(未示出)通信。每个基站与随后连接到电话网络218或核心网络(CN)的网络控制器214-1、214-2或RNC(无线电网络控制器)相关联。电话网络218包括多个组件，包括网关组件216-1、216-2，网关组件在一个实施例中为SGSN。

在UTRAN网络中，还可以在基站之间执行UE的切换。UTRAN网络中的基站之间的UE的切换也可包括网络中控制器之间的切换以及网络中网关组件之间的切换。

UTRAN协议网络也可称为UMTS网络(通用移动通讯系统网络)。

每种类型的通讯网络可被称为无线电接入技术(RAT)。

本领域技术人员将理解，各种类型的网络可以包括更少或附加的网络组件，并且图1和图2不希望以任何方式被限制。

使得能够将来自用户设备的连接从E-UTRAN重定向到UTRAN的一个原因在于：运营商网络中的LTE引入不一定意味着从一开始就通过LTE接入在特定运营商网络中提供所有服务。例如，开始时可以不在E-UTRAN中提供语音服务，因为这可能限制LTE部署的灵活性。

可由要求保护的异RAT切换系统提供的其它优点包括网络共享、不同RAT间的流量负载平衡、源RAT中的无线电状况降级以及基于订阅/策略的移动性控制。

现在将参考图3更详细地描述基于服务的重定向过程。

UE 310发送无线电资源控制(RRC)连接请求(Radio ResourceControl(RRC)Connection Request)消息给eNB 312，eNB 312回复以RRC连接设立(RRC ConnectionSetup)消息。eNB 312从RRC连接请求消息中的“建立原因(establishment cause)”标识符中确定UE 310所请求的服务。当接收到RRC连接设立消息时，UE 310将包括服务请求消息的RRC连接设立完成消息发送给eNB 312。

eNB 312随后将初始UE(Initial UE)消息发送给MME 314以请求UE 310一直到MME314的连接。MME 314向eNB 312回复以初始环境设立请求(Initial Context SetupRequest)消息。初始环境设立请求消息包括UE 310的能力的细节。eNB 312可以基于从MME314接收到的能力信息，例如基于载体水平QoS参数来确定需要提供给UE 310的服务。

UE 310在初始附接(Initial Attachment)到网络或跟踪区域更新(TrackingArea Update)到网络时将其能力发送给MME 314。这些被存储在MME 314中并且在连接建立时被下载到eNB 312。结果，UE 310不必发送其能力来作为每个RRC连接设立过程的一部分。

基于接收到的UE能力信息以及UE 310所请求的服务，eNB 312判断是否需要重定向。如果不需要重定向，则UE和eNB完成了UE到网络的连接。

如果需要重定向，则eNB 312将RRC连接释放(RRC ConnectionRelease)消息发送给UE 310，该消息包括重定向信息，例如为了获得所请求的服务、UE应当连接到的UTRAN网络的频率。

eNB 312还将UE环境释放(UE Context Release)请求发送给MME314以释放MME处的资源。

UE 310从eNB 312接收RRC连接释放消息，并且从该消息提取UTRAN频率。UE 310然后获取UTRAN网络的系统信息。

在一个实施例中，可以例如使用网络辅助的小区改变(NetworkAssisted CellChange，NACC)过程来将与UTRAN网络中的目标小区有关的另外的信息从eNB发送到UE，以便辅助到替代网络的连接。

在一些情况中，替代网络可以是GERAN而非UTRAN网络。在此实施例中，可使用NACC过程来增强RRC连接释放过程以包括目标GERAN的系统信息。

UE 310执行小区选择过程并且获取相关系统信息，然后将新的RRC连接请求消息发送给替代网络的基站316。其例如可以是无线电网络控制器(RNC)、基站控制器(BSC)或基站收发台(BTS)。注意，尤其对于GERAN连接，相关系统信息可能已经经由NACC过程而可在eNB 312中被获得，因此UE 310可以从那里获得所需信息。

当接收到RRC连接请求消息时，RNC/BSC 316向UE 310响应以RRC连接设立消息。UE310回复以RRC连接设立完成消息从而完成到RNC/BSC 316的连接。

UE 310然后执行到UTRAN电路交换(CS)域，更具体地，到受访问移动交换中心(VMSC)318的附接过程，并且在UE与NW节点(即，MSC)之间执行CM(连接管理)设立和无线电载体设立。UE 310随后被连接并且可以访问所请求的服务。

然而，与该方法相关联的问题在于：在eNB 312判定该网络是否可以提供服务或者是否需要重定向之前，要在UE 310与eNB 312之间进行完整的连接设立过程。这可能增加UE310可以访问所请求服务之前的时间，并且可能浪费网络资源，例如eNB的网络中的处理能量和带宽。

图4图示出了用于服务重定向的替代处理的一个实施例。在此实施例中，当从UE310接收到RRC连接请求消息时，eNB 312向MME 314发送UE能力请求(UE CapabilityRequest)消息。从MME 314接收UE能力响应(UE Capability Response)消息，从该消息中，eNB 312可以判断：UE310所请求的服务是否最好从该网络提供，或者重定向到另一网络是否更可取。

如果UE 310将要被重定向，则eNB 312随后可以将RRC连接拒绝(RRC ConnectionReject)消息发送给UE 310以拒绝连接请求。因此，如果将要执行重定向，则在所提议的过程中不建立从UE 310到eNB 312的连接。

优选地，为了标记从UE到eNB的连接请求消息，由UE生成在请求消息中标识了预定义的连接建立原因的RRC连接请求消息。在本实施例中，建立原因被指示为“MO CS呼叫”(移动发起的电路交换呼叫)或者“MT CS呼叫”(移动终止的电路交换呼叫)。其它具体标识符也可用来使得UE根据这里描述的过程进行操作。替代地，eNB可以根据本处理来处理来自UE的每个连接请求。

eNB应当向其请求UE能力信息的适当MME优选地利用S-TMSI(临时移动台身份)被标识在RRC连接请求消息中。(“S”用来区分出该TMSI是由LTE/SAE(系统体系结构演进)网络)分配的。)

eNB随后可以利用图4中示出的并且在这里描述的新的UE S1能力请求(UE S1Capability Request)过程来从MME获得UE能力信息。UE能力信息可以是UE的异无线电接入技术(IRAT)能力信息。eNB随后可以使用在RRC连接拒绝消息中发送的信息来将UE定向到适当的无线电接入技术(RAT)或网络。

如从图3与图4的比较可理解的，图4的处理节省了多个处理步骤和消息交换，尤其是UE 310与eNB 312之间的，因为如果UE将被重定向，则不在UE与eNB之间建立连接。这还可以节省eNB处的网络资源，因为资源不会被到UE的不必要连接所占用。

图5图示出了用于使得eNB 512能够判断UE 510的重定向是否必要的替代系统的实施例。与在针对图4所描述的过程中一样，UE 510使用预定标识符作为RRC连接请求消息514中的建立原因，例如“MO CS呼叫”或“MT CS呼叫”。

从eNB 512发送给UE 510的RRC连接设立消息516中的标识符被用来请求UE将UE能力信息提供给eNB 512。UE 510在RRC连接设立完成消息518中将UE能力信息(UE异RAT能力)发送给eNB 512。如果不需要重定向，则eNB 512继续连接过程，从而生成针对适当MME的消息。如果需要重定向，则eNB 512将RRC连接释放消息520发送给UE510，从而释放连接。

因此，在本实施例中，eNB在不用与MME通信的情况下确定重定向是否必要。因此，节省了核心网络中的网络资源，因为MME不必处理并生成消息或者为随后被重定向到别的地方的UE查找信息。

本领域技术人员将理解，图4和图5所示的两种方法适合于不同情形。在任何特定网络中，可以排他地或默认地使用一种方法。替代地，可由UE或eNB在连接请求时来选择适当的方法。

例如，如果UE与eNB之间的空中接口上的带宽慢、昂贵或受到限制或者如果UE不能够对来自eNB的能力请求作出响应，则图4所示的方法是适合的。

如果网络运营商希望保留核心网络中的资源或者如果MME未保存特定UE或UE组的能力信息，则图5所示的方法是适合的。

将理解，可将一种方法用作备份或者用于确定能力信息的替代过程，如果第一优选方法不成功的话。例如，eNB可从MME请求UE能力信息，如图4中所阐述的。如果能力信息不可被获得，或者MME拒绝信息请求，则eNB随后可以根据图5所示的过程来从UE请求信息。

图6是图示出在本发明实施例中使用的并且在图1中示出的基站之一的主要组件的框图。如图所示，基站5包括收发器电路21，其可操作来经由一个或多个天线23向移动电话3发送信号并从移动电话3接收信号，并且其可操作来经由网络接口25向电话网络7(图1)发送信号并从电话网络7接收信号。收发器电路21的操作由控制器27根据存储在存储器29中的软件来控制。该软件包括操作系统31和能力处理模块33等。能力模块33可用于请求与正连接的移动电话的能力有关的信息并且处理该信息。如图3所示，软件还包括连接建立模块35，连接建立模块35用于基于能力信息判断是否准许建立连接并且用于辅助建立或拒绝所请求的连接。

图7是图示出图1所示的移动电话3之一的主要组件的框图。

图7示意性地图示出了根据一个实施例的图1所示的移动电话3之一的主要组件。如图所示，移动电话3包括收发器电路71，其可操作来经由一个或多个天线73向基站5(图1)发送信号并从基站5接收信号。如图所示，移动电话3还包括控制器75，控制器75控制移动电话3的操作并且连接到收发器电路71以及扬声器77、麦克风79、显示装置81和键盘83。控制器75根据存储在存储器85内的软件指令来操作。如图所示，这些软件指令包括操作系统87和连接请求模块89等。连接请求模块89可操作来生成用于发送给网络中的基站组件的连接请求消息，连接请求消息包括如这里描述的预定义的标识符。移动电话3可选地还可以包括能力信息模块(未示出)，能力信息模块用于存储与移动电话相关联的能力信息并且用于根据请求将能力信息提供给基站。

下面是对可在当前提出的3GPP LTE标准中实现一个实施例的方式的详细描述。尽管将各种特征描述为是实质性的或必要的，然而例如由于所提出的3GPP LTE标准所施加的其它要求，这可能仅是针对所提出的3GPP LTE标准的情况。因此，这些陈述不应当被解释为以任何方式限制本发明。

标题：用于LTE的快速CS服务重定向

引言

在RAN2#61中，存在与基于服务的重定向如何从E-UTRAN到UTRAN和GERAN有关的一些讨论。在该提议中，我们提出了一种用于实现快速重定向方案的方法，其可适用于LTE中的移动发起的和移动终止的CS呼叫两者。

2讨论

在[1]第3阶段提议中，基于服务的重定向被提出。来自[1]的信号传输过程的细节在第2.1节中进行了扼要概述以有助于讨论。

2.1从E-UTRAN到UTRAN/GERAN域的基于服务的重定向过程

图3示出了从E-UTRAN到UTRAN/GERAN CS域的基于服务的重定向过程。

1.驻扎在E-UTRAN小区中的UE将RRC CONNECTION REQUEST消息

发送给eNB。

2.接收到RRC CONNECTION REQUEST消息的eNB将RRCCONNECTION SETUP消息发送给UE。eNB可以从IE“建立原因”中确定UE所请求的服务。

3.接收到RRC CONNECTION SETUP消息的UE将包括SERVICEREQUEST消息的RRCCONNECTION SETUP COMPLETE消息发送给eNB。

4.接收到RRC CONNECTION SETUP COMPLETE消息的eNB将INITIAL UE MES SAGE发送给MME。

5.接收到INITIAL UE MESSAGE的MME将包括UE能力的INITIALCONTEXT SETUPREQUEST消息发送给eNB。eNB可以从载体水平QoS参数来确定提供给UE的服务。

6.eNB根据UE能力判定是否需要重定向以及要提供给UE的服务。如果eNB决定需要重定向，则eNB将包括必要的重定向信息的RRCCONNECTION RELEASE消息发送给UE。

7.如果在步骤6中eNB决定需要重定向，则eNB将UE CONTEXTRELEASE REQUEST发送给MME。

8.UE接收来自eNB的RRC CONNECTION RELEASE，对被重定向的UTRAN频率执行小区选择并且获取系统信息。如果与目标小区有关的系统信息的一部分将在步骤6中从源E-UTRAN小区被发送给UE(NACC)以辅助该过程，则其是FFS。为了与GERAN配合，提议通过再使用NACC功能来增强带有重定向的RRC CONNECTIONRELEASE过程以包括目标GERAN小区的系统信息。

9.在完成了小区选择并且获取了相关系统信息(对于GERAN，相关系统信息通过NACC已经可在eNB中被获得)之后，UE将RRCCONNECTION REQUEST消息发送给RNC/B SC。

10.RNC/BSC在接收到RRC CONNECTION REQUEST消息时，将RRCCONNECTION SETUP消息发送给UE。

11.UE在接收到RRC CONNECTION SETUP消息时，将RRCCONNECTION SETUPCOMPLETE消息发送给RNC/BSC。

12.如果UE尚未完成到UTRAN CS域的ATTACH，则UE执行ATTACH过程。

13.UE还在UE与NW节点之间执行CS设立和无线电载体设立。

图3图示出了从E-UTRAN到UTRAN CS域(类似于GERAN CS域)的基于服务的重定向过程。

2.2 2.1中的当前提议的缺点

由于如下事实导致了不必要的延迟：为了重定向呼叫，RRC连接建立过程首先被完成，然后是MME中的服务环境设立，将包括UE能力的服务环境传送给eNB并且随后eNB通过RRC连接释放过程来重定向呼叫。我们觉得该过程可以像下面提议地那样被简化并且变得快一些。

2.3从E-UTRAN到UTRAN/GERAN的更快的CS服务重定向过程

提议A：从MME获取UE能力：

用于减少重定向时间的简单方案在图4中提出，其可适用于MO和MT CS呼叫两者。

这些过程之间的差别在于：命令UE在到eNB的RRC连接建立期间在RRC连接请求消息中将建立原因指示为“MO CS呼叫”或原因“MTCS呼叫”。RRC连接请求将包含有效的S-TMSI，该S-TMSI将用于标识出用于下载IRAT UE能力的MME。

eNB可以使用新提出的S1UE能力请求过程来下载UE能力。基于接收到的IRAT UE能力，eNB可以通过RRC连接拒绝消息来将UE重定向到适当的RAT。

用于RRC连接拒绝消息的其它IE也可被使用，如在[1]中所提出的，并且UE行为也相应地可被指定。

提议B：从UE获取UE能力

与提议A一样，命令UE在到eNB的RRC连接建立期间在RRC连接请求消息中将建立原因指示为“MO CS呼叫”或原因“MT CS呼叫”。在RRC连接设立中，IE被用来指示UE发送UE异RAT能力。如果这样的IE被设置，则UE将异RAT UE能力包括在RRC连接设立完成中。

eNB在接收到RRC连接设立完成时，其可以确定UE能力并且通过发送包括如[1]中所述的必要的重定向参数的RRC连接释放消息来重定向UE。这种过程的一个实施例在图5中示出。

3总结

讨论了简化的更快的基于服务的重定向过程。我们提议将所提出的机制中的任一种用于CS服务的重定向。

提议A

1：新的过程在S1接口上被定义，以利用由UE在RRC连接请求中提供的S-TMSI来下载UE能力。

2：使用RRC连接拒绝过程来执行重定向。

提议B：

1：新的IE被引入RRC连接设立消息中，以请求UE在RRC连接设立完成中发送其异RAT能力。

2：新的IE被引入RRC连接设立完成消息中以将异RAT能力递送给eNB。

3：使用RRC连接拒绝过程来执行重定向。

我们强烈希望RAN 2采用重定向过程以更快速地重定向并且有效地支持CS退回(fall back)功能。

参考文献

[1]R2-080922″A Solution for Service-Based redirection″，NTT DoCoMo，T-Mobile

3GPP术语词汇表

LTE-(UTRAN的)长期演进

E-UTRAN-演进的UTRAN

eNodeB-E-UTRAN节点B

AGW-接入网关

UE-用户装置-移动通信设备

DL-下行链路-从基站到移动站的链路

UL-上行链路-从移动站到基站的链路

AM-确认模式

UM-非确认模式

MME-移动性管理实体

UPE-用户平面实体

CN-核心网络

HO-切换

RAN-无线电接入网络

RANAP-无线电接入网络应用协议

RLC-无线电链路控制

RNC-无线电网络控制器

RRC-无线电资源控制

RRM-无线电资源管理

SDU-服务数据单元

SRNC-服务无线电网络控制器

PDU-协议数据单元

NAS-非接入层

ROHC-健壮头部压缩

TA-跟踪区域

U-平面或UP-用户平面

TNL-传输网络层

S1接口-接入网关与eNodeB之间的接口

X2接口-两个eNodeB之间的接口

MME/SAE网关-具有MME和UPE实体二者的接入网关

MO-移动发起的

MT-移动终止的

TMSI-临时移动订户(或台)标识符(或身份)

I-RAT-异无线电接入技术

IE-标识符

CS-电路交换

GERAN-GSM EDGE无线电接入网络

本申请基于2008年3月20日提交的英国专利申请No.0805320.9和2008年3月25日提交的英国专利申请No.0805435.5并且要求它们的优先权，这些申请的公开通过引用被结合于此。

Claims (26)

1.一种由基站执行的、用于判断是否接受来自用户设备的请求到通信网络的连接的连接请求的方法，该方法包括：

从所述用户设备接收连接请求，所述连接请求包括预定义的建立原因标识符，该建立原因标识符指示连接请求消息与电路交换呼叫有关；

响应于接收包括所述预定义的建立原因标识符的所述连接请求，生成请求与所述用户设备相关联的能力信息的消息，其中对能力信息的请求不形成原始UE消息的一部分；

发送请求与所述用户设备相关联的能力信息的消息；

接收与所述用户设备相关联的所述能力信息；

基于所述能力信息判断是否准许到所述用户设备的连接；并且

基于该判断发送用于释放或拒绝或者建立连接的消息。

2.根据权利要求1所述的方法，其中，所述请求能力信息的消息在连接设立消息被发送给所述用户设备之前被发送。

3.根据权利要求1或2所述的方法，其中，发送请求能力信息的消息包括：将消息发送给所述通信网络中的网关组件。

4.根据权利要求1所述的方法，其中，发送请求能力信息的消息包括：生成包括了针对能力信息的请求的连接设立消息并且将所述连接设立消息发送给所述用户设备。

5.根据权利要求4所述的方法，其中，判断是否准许到所述用户设备的连接包括：判断是否释放到所述用户设备的已建立连接。

6.根据权利要求1所述的方法，还包括：基于与所述用户设备相关联的能力信息确定所述用户设备应当连接到的替代通信网络。

7.根据权利要求6所述的方法，还包括：将到所述替代通信网络的连接点的标识符发送给所述用户设备。

8.根据权利要求1所述的方法，其中，发送用于建立连接的消息包括：将连接设立消息发送给所述用户设备。

9.根据权利要求1所述的方法，其中，发送用于建立连接的消息包 括：将连接设立消息发送给所述通信网络中的网关组件。

10.根据权利要求1所述的方法，其中，判断是否准许到所述用户设备的连接包括：判断是否完成了到所述用户设备的连接的建立。

11.根据权利要求1所述的方法，其中，判断是否准许到所述用户设备的连接包括如下判断中的至少一个：

判断所述用户设备是否能够连接到所述通信网络；

判断所述用户设备是否被准许连接到所述通信网络；以及

判断所述通信网络是否提供所述用户设备请求的服务。

12.根据权利要求1所述的方法，其中，所述预定义的标识符包括指示应当根据权利要求1所述的方法来处理所述连接请求消息的标识符。

13.根据权利要求1所述的方法，其中，所述预定义的标识符包括指示所述连接请求消息与预定义的建立原因有关的标识符。

14.一种可操作来判断是否接受来自通信网络中的用户设备的连接请求的基站，该基站包括：

用于从所述用户设备接收连接请求的装置，所述连接请求包括预定义的建立原因标识符，该建立原因标识符指示连接请求消息与电路交换呼叫有关；

用于响应于接收包括所述预定义的建立原因标识符的所述连接请求，生成请求与所述用户设备相关联的能力信息的消息的装置，其中对能力信息的请求不形成原始UE消息的一部分；

用于发送请求与所述用户设备相关联的能力信息的消息的装置；

用于接收与所述用户设备相关联的所述能力信息的装置；

用于基于所述能力信息判断是否准许到所述用户设备的连接的装置；以及

用于基于该判断发送用于释放或拒绝或者建立连接的消息的装置。

15.根据权利要求14所述的基站，其中，所述请求能力信息的消息在连接设立消息被发送给所述用户设备之前被发送。

16.根据权利要求14或15所述的基站，其中，用于发送请求能力信息的消息的装置包括：用于将消息发送给所述通信网络中的网关组件的装 置。

17.根据权利要求14所述的基站，其中，用于发送请求能力信息的消息的装置包括：用于生成包括了针对能力信息的请求的连接设立消息并且将所述连接设立消息发送给所述用户设备的装置。

18.根据权利要求17所述的基站，其中，用于判断是否准许到所述用户设备的连接的装置包括：用于判断是否释放到所述用户设备的已建立连接的装置。

19.根据权利要求14所述的基站，还包括：用于基于与所述用户设备相关联的能力信息确定所述用户设备应当连接到的替代通信网络的装置。

20.根据权利要求19所述的基站，还包括：用于将到所述替代通信网络的连接点的标识符发送给所述用户设备的装置。

21.根据权利要求14所述的基站，其中，用于发送用于建立连接的消息的装置包括：用于将连接设立消息发送给所述用户设备的装置。

22.根据权利要求14所述的基站，其中，用于发送用于建立连接的消息的装置包括：用于将连接设立消息发送给所述通信网络中的网关组件的装置。

23.根据权利要求14所述的基站，其中，用于判断是否准许到所述用户设备的连接的装置包括：用于判断是否完成了到所述用户设备的连接的建立的装置。

24.根据权利要求14所述的基站，其中，用于判断是否准许到所述用户设备的连接的装置包括如下装置中的至少一个：

用于判断所述用户设备是否能够连接到所述通信网络的装置；

用于判断所述用户设备是否被准许连接到所述通信网络的装置；以及

用于判断所述通信网络是否提供所述用户设备请求的服务的装置。

25.根据权利要求14所述的基站，其中，所述预定义的标识符包括指示应当根据权利要求1所述的方法来处理所述连接请求消息的标识符。

26.根据权利要求14所述的基站，其中，所述预定义的标识符包括指示所述连接请求消息与预定义的建立原因有关的标识符。