CN1559130A - 使用单编号方案的网络中的服务和能力协商 - Google Patents

Abstract

本发明提出一种控制通信设备所连接的网络的方法，所述方法包括下述步骤：从网络获得连接能力信息(S13)，并根据获得的连接能力信息，评估连接服务(S14)。本发明还提出相应的适配通信设备。从而，由于通信设备了解网络中的相关连接能力，能够消除涉及网络能力的故障。

Description

使用单编号方案的网络中 的服务和能力协商

技术领域

本发明涉及控制通信设备与之连接的网络的方法，还涉及相应的适配通信设备。

背景技术

移动站需要关于使用的网络和被叫方或呼叫方的能力的大量信息。通常可在呼叫建立信令阶段获得该信息。但是，情况并非总是这样。当信息丢失时，在呼叫建立阶段不能达到服务和承载层兼容性，呼叫失败。下面更详细地说明了这种问题。

移动网络可支持多编号方案或单编号方案(SNS)或者同时支持这种编号方案(参见3GPP TS29.007)。在GSM时代的开始，商业网络从多编号方案开始，但是后来几个运营商提出了单编号方案，尽管该方案存在下面提及的(并且已克服)的问题。

在多编号方案中，对于在移动终接呼叫中使用的每种服务，用户具有独立的MSISDN号。按每个MSISDN号，将服务信息保存在标识位置寄存器(HLR)或本地服务服务器(HSS)中。当在输入的建立请求中，未从呼叫方收到任意明确服务信息时，在移动终接呼叫建立中使用该信息。参见3GPP TS 29.007。

在单编号方案中，用户只具有所有服务共有的一个MSISDN号。当在输入的建立请求中，未从呼叫方收到任意明确服务信息时，网络将无服务定义的建立发送给移动站(MS)。MS将确定在呼叫中将使用该服务。存在移动网络或中间网络或者呼叫方不支持MS指示的服务或信道配置的风险(参见3GPP TS 27.001，版本4.1.0)。

从而，当MS报以网络不支持的服务定义(例如多时隙/HSCSD信道配置)时，呼叫将失败。从而，为了万无一失，应总是使用9.6kbit/s服务，以保证成功的呼叫。但是，对于许多应用来说，9.6kbit/s过慢。

另一方面，MS可报以相同的数据速率。但是，MS不知道初始呼叫建立中的ITC(信息传送能力)是UDI/RDI、3.1khz还是语音。从而，即使数据速率本身正确，呼叫仍然会失败，因为另一方可能使用，例如调制解调器及其它，例如UDI/RDI协议。

从而，本发明和在输入的建立请求中接收的不明确服务信息的问题有关。这些情况下，网络将不具有服务定义的建立发送给移动站(MS)。MS将确定该服务将用在该呼叫中。但是，存在移动网络或中间网络或呼叫方不支持MS指示的服务或信道配置的风险。

上面，说明了和移动终接呼叫相关的问题。但是，如同下面所述，对于移动始发情况，也存在类似问题。

例如，当用户在受访网络中漫游时，用户不知道受访网络的能力，从而不能配置MS，实现对本地企业内部网的成功数据呼叫。(受过良好教育的用户会利用不同的设置进行数次试验，但是利用本报告中提出的方法，甚至能够避免这种麻烦)。从而，这种情况下，用户能够试图使用他想使用的服务并希望该服务得到支持，或者他可以例如9.6kbit/s的数据速率建立基本服务呼叫。

这两种方法都是不便的，因为在第一种备选方法中，呼叫可能失败，在第二种备选方法中，不能充分利用MS的性能。从而，目前的情形是不可接受的。

发明内容

从而，本发明的目的在于提供一种机制，借助所述机制，易于提供网络支持的服务。

借助控制通信设备所连接的网络的方法实现该目的，所述方法包括下述步骤：

从网络获得连接能力信息；和

根据获得的连接能力信息，评估连接服务。

此外，借助用于与网络连接的通信设备，也可实现上述目的，其中所述通信设备用于从网络获得连接能力信息，并根据获得的连接能力信息，评估连接服务。

从而，根据本发明，通信设备获得相关的连接能力，并且能够相应地评估连接服务。即，关于网络中的可用服务，评估连接服务，从而据此修改或调整请求的连接服务。从而，通信设备只能建立网络支持的连接服务。

从而，由于通信设备知道网络中的相关连接能力，因此消除了和网络能力有关的故障。因此，也消除了和ITC(信息传送能力)相关的故障。

连接能力信息可包括网络能力信息和/或与远端方的能力相关的信息。此外，连接能力信息还可包括关于通信设备所连接的网络与远端方之间的中间网络的能力的信息。

当发起呼叫时，可获得连接能力信息。另一方面，当终接呼叫时，可获得连接能力信息。另外，当向网络注册时，可获得连接能力信息，并且获得的信息保存在通信设备中。另外，在邀请用户或运营商用连接能力信息手工配置通信设备的配置过程中，可获得连接能力信息。

此外，可通过消息发送服务，从网络获得连接能力，获得的信息可保存在通信设备中。消息发送服务可以是SMS(短消息服务)或USSD(无限制补充数据)。

此外，可获得通信设备的用户请求的连接服务，从而在评估步骤中，检查网络是否支持该连接服务，并且如果需要，则根据获得的连接能力信息，修改请求的服务。即，在通信设备检测到网络不支持该服务的情况下，通信设备忽略用户请求的连接服务。

为了获得连接能力信息，通信设备接收包括来自网络的连接信息的建立消息。即，网络主动在建立消息中将其能力通知通信设备。

在评估步骤中，可根据获得的连接能力信息，确定连接服务，并且可产生和确定的连接服务相关的信息。和确定的连接服务相关的信息可在消息中被传送给远端方。借助该信息，可将支持的连接服务通知远端方和其它相关网络控制单元。

通信设备可以是移动通信设备，网络可以是移动通信网络。即，本发明最用于移动网络，因为尤其是在移动站在受访网络中漫游的情况下，移动站不了解受访网络的能力。

但是，通信设备也可以是固定通信设备，网络可以是固定通信网络。这种情况下，本发明也具有优点，因为固定通信设备能够容易地连接到另一固定网络(例如，在转移到外乡之后)，而不必重新配置该通信设备。

此外，本发明提出一种控制网络和通信设备与远端方之间的连接的方法，所述方法包括下述步骤：

检测通信设备产生的和支持的连接服务相关的信息，

检测网络控制单元和远端方之间的和连接相关的信息，和

评估检测到的信息是否与和连接相关的信息相符。

另一方面，本发明提出一种用于控制网络和通信设备与远端方之间的连接的网络控制单元，

其中所述网络控制单元还用于检测通信设备产生的和支持的连接服务相关的信息，检测网络控制单元和远端方之间的和连接相关的信息，并评估检测到的信息是否与和连接相关的信息相符。

借助这种措施，能够确保与网络控制单元连接的通信设备是否支持本发明的特征，即，连接服务的协商。在提供错误信息的情况下，易于确定通信设备不支持该特征，或者确定产生了故障信息。

在信息不相符的情况下，可忽略通信设备产生的和支持的连接服务相关的信息。即，当通信设备不支持本发明的特征，或者已产生故障信息的情况下，该信息被取消，并进行按照现有技术的呼叫建立。借助这种措施，根据本发明的方法向后兼容，因为还支持不产生关于所支持连接服务的信息的通信设备。

网络控制单元可以是互通功能(IWF)，互通功能(IWF)可布置在受访网络中，或者布置在通信设备的本地网络和受访网络之间。

附图说明

参考附图，将更易于理解本发明，其中：

图1表示了本发明的实施例适用的网络系统的结构；

图2是根据第一实施例的呼叫建立程序的流程图；

图3是根据第二实施例的呼叫建立程序的信令流程；

图4是根据第三实施例的故障程序的流程图。

具体实施方式

下面参考附图，更详细地说明本发明的优选实施例。

图1表示了本发明适用的网络系统的轮廓。假定移动站(MS)正在受访网络1中漫游。受访网络由移动服务交换中心(MSC)控制，从MS的观点来看，移动服务交换中心(MSC)是受访MSC(VMSC)。另一网络2(它可以是，但是不一定必须是MS的本地网络)借助互通功能与网络1连接。注意代替MSC，也可使用MSS(MSC服务器)，这种情况下，MSS是受访MSS(VMSS)。IWF可集成到VMSC中。

根据下面描述的实施例，MS或者主动收集和它连接的受访网络等的能力相关的信息(如果需要，还与本地网络和/或远端方相关的信息)，或者被供给这种信息。

下面，作为第一实施例，关于MS主动收集信息的情况说明信息获得程序。即，根据第一实施例，移动站收集它正在漫游并在其中使用的网络的能力信息，以及远端方的能力信息。信息保存在MS中(在移动终端(MT)本身中或者在用户身份识别模块(SIM)中)，供以后使用。另一方面，可由用户手工或者由运营商或网络自动在MS中配置涉及网络能力的信息。

下面，关于MS如何获得关于网络能力等信息，说明一些例子。

当用户利用MS发出或接收呼叫时，MS通过观察网络中，哪些服务和载体可用，并通过监视呼叫建立参数的细节，收集网络和呼叫方(例如位于某些地址的服务器)的能力信息。MS按受访网络(例如根据移动电台国家代码和移动网络代码)和/或按呼叫方(根据呼叫方的身份识别，例如MSISDN号或IP地址)，保存能力信息(例如保存在移动终端自身中或者保存在SIM(用户身份识别模块)中)。

即，MS主动从所考虑的网络收集所需信息。

另一方面，可由用户或运营商在MS中配置网络和呼叫方(例如服务器)的能力和信息。

这种情况下，可通过其它途径(例如因特网上的运营商主页，手册等)获得必需的信息，从而用户(或者甚至运营商)能够据此配置MS。

另一方面，当向网络注册时，网络可通过SMS或其它可用传送手段(例如USSD或电子邮件)，向MS提供能力信息，以便由MS自身自动配置/保存。

即，这种情况下，MS借助某些传送手段获得必需的信息，并根据该信息自动配置它自己。

下面，更详细地说明关于网络等的能力的信息。

MS收集的信息可包括，例如：

1)移动网络支持的CS载体。例如在GSM中：

·HSCSD/多时隙结构

·TCH/F14.4信道编码

·数据压缩

·ESCD信道编码(TCH/F28.8，TCH/F32，TCH/F43.2)

2)移动网络支持的连接单元

·透明

·不透明

3)网络或呼叫方支持的信息传送能力

·UDI/RDI

·3.1kHz

·语音

4)协议支持，例如：

·ITU-TV.120协议

·ITU-TV.110协议

·帧隧道模式(FTM)

5)网络支持的异步/同步能力

·异步

·同步

6)多媒体

上面的列举当然不是穷尽的，可增加其它额外的信息项。

下面，简要解释上面使用的缩写：HSCSD(高速电路交换数据)，RDI(受限制数字信息)，TCH(通信信道)，TCH/F(全速率通信信道)，UDI(无限制数字信息)。

当MS在单编号环境中接收呼叫时，它可使用保存的信息，中间网络不能将不明确的服务信息从呼叫方传送给MS。

这种情况下，按照当前的3GPP规范(参见TS 29.007和27.001)，MS将确定要使用何种服务，并将BCIE(载体能力信息单元)中的服务定义发送给网络。按照现有技术的情况，MS只能猜测要使用何种服务，参见3GPP TS 27.001版本4.1.0。受访网络可能不支持请求的载体，这意味着呼叫失败。或者为了万无一失，即使网络能够支持HSCSD载体，MS仍然请求基本的9.6kBit/s载体，这意味着即使在高速环境中运行，用户也只能获得低速服务。

但是，根据本实施例，MS已收集了网络和呼叫方的能力信息。从而，MS可报以和运行环境的可用能力相符的服务和载体要求。例如，如果MS被正常配置成在支持HSCSD的网络中使用，则用户不需篡改设置，试图找出支持的配置，相反，MS会自动降低请求的服务级，以匹配(未必支持HSCSD的)漫游网络的能力。实际上，从HSCSD到非HSCSD呼叫的后退目前在不支持HSCSD的网络中并不起作用，但是，如果请求HSCSD呼叫，则该呼叫被释放(参见3GPPTS 27.001，版本4.1.0)。

在图2的流程图中举例说明了上述程序。当发起呼叫时，开始该程序。

在步骤S11中，获得用户请求的服务。例如，当如上所述，HSCSD通常得到MS的支持时，所述服务可以是HSCSD。

在步骤S12中，获得网络能力信息等。注意在执行该步骤的过程中，MS可主动请求网络向MS发送必需的信息，或者可访问MS中预先保存该信息的存储器。

之后，在步骤S13中，相对于获得的网络和/或远端方能力信息，评估请求的服务。即，检查网络、中间网络和/或呼叫方是否支持请求的服务。如果需要，据此修改服务。例如，在不支持高速率语音连接的情况下，连接被改变成相应的低速率语音连接。否则，(例如在关于HSCSD的上述例子中)，MS可向用户指出请求的服务不被支持，并建议选择另一服务。在检查结果肯定的情况下，即当网络支持请求的服务时，在该步骤中根本不修改服务。在步骤S14中，和支持的服务有关的信息被写入BCIE(载体能力信息单元)。

之后，结束该程序，进行正常通信。

下面，说明请求的服务的上述协商的一些例子。

例1

·MS支持多媒体。MS先前已在它当前正在漫游的网络中发出了呼叫，并发现网络支持CS多媒体(多步载体，多媒体信令)，TCH/F14.4信道编码和多时隙配置(另一方面，在MS(MT(移动终端)或SIM(用户身份识别模块)中，预先配置了每个网络的网络能力)。

·MS接收无服务指示的呼叫建立。MS以调制解调器(即，ITC＝3.1kHz)和以2*TCH/F14.4信道配置，报以请求28.8kbit/s多媒体呼叫的BCIE。

·如果被叫方确实正在请求多媒体呼叫，则以多媒体呼叫的形式建立该呼叫。如果被叫方正在请求语音呼叫，则呼叫将后退回语音(参见3GPP TS 29.007，24.008和27.001)。

例2：

·MS刚对企业内部网访问服务器发出呼叫，在身份识别检查之后，该服务器将回叫。在刚对访问服务器发出的呼叫中，或者在网络中某一在先呼叫中，MS已发现网络支持TCH/F14.4，多时隙，不透明连接，UDI和V.120协议。(另一方面，可能已在MS(MT或SIM)中预先配置了每个网络的网络能力)。

·服务器发出的回叫的建立消息不包含服务定义。MS报以请求带有2*TCH/F14.4信道配置的不透明28.8kbit/s，UDI/V.120多时隙呼叫的BCIE。

例3：

·在它正在其中漫游的网络中，MS先前已收到呼叫，并发现该网络支持TCH/F14.4，多时隙，不透明连接，ITC＝3.1kHz(调制解调器)，但是不支持UDI。(另一方面，可能已在MS(MT或SIM)中预先配置了每个网络的网络能力)。

·用户对本地网络发出呼叫，默认设置是带有3*TCH/F14.4信道配置的不透明56kbit/s，UDI/V.120多时隙。

·MS自动将建立变成带有2*TCH/F14.4信道配置的不透明，3.1kbit/s自适应调制解调器，以便和受访网络的能力相符。

例4：

·MS先前对某一服务器(用户或多或少定期使用的访问服务器之一)发出了呼叫，并发现该服务器支持ITC＝3.1kHz(即调制解调器)，但是不支持UDI。(另一方面，可能已在MS(MT或SIM)中预先配置了按身份识别/地址的服务器能力)。

·用户对该服务器发出呼叫，默认设置是带有3*TCH/F14.4信道配置的不透明，56kbit/s，UDI/V.120多时隙。

·MS自动将建立变成带有2*TCH/F14.4信道配置的不透明，3.1kbit/s自适应调制解调器，以便和服务器的能力相符。

下面，说明实现本实施例的更详细例子。

目前，MS具有和网络的真实名称相关的信息。利用其移动电台国家代码(MCC)和移动网络代码(MNC)识别网络，例如MCC 244和MNC 5将网络识别为芬兰Radiolinja运营商的网络。该信息可被扩展，以便包含和网络能力相关的(集合)信息。

现在，就移动始发(MO)呼叫来说，MS获得该信息，并比较网络能力信息和用户请求的服务。如果需要，MS修改请求的服务，以便遵从网络能力。

如果不能获得网络能力信息，则根据用户请求发出呼叫，保存呼叫结果以供将来使用。

最好，存在立即清除每个网络或全部网络的集合信息的可能性/机制，从而如果网络被更新，以致新服务可用时，MS不会由于请求的服务一直得不到支持而拒绝使用请求的服务。另一方面，最好能够关闭该特征。如果该特征被关闭，则可分别打开/关闭信息搜集。如果用户能够向MS要求和网络能力有关的信息，即读取搜集的信息，则这也是有益的。

就移动终接(MT)呼叫来说，用户需要和如何接收MT SNS(单编号方案)呼叫，即传真、视频、数据相关的信息。当收到SETUP消息中不具有BCIE参数的MT呼叫时，MS会从搜集的信息中查找剩余的参数。

从而，根据第一实施例，MS或者在连接的呼叫中，或者通过在网络发起的馈送中接收信息，搜集网络和被叫方的服务能力。也可由用户或运营商在SM中配置该信息。该信息保存在MS中，并且当在不存在呼叫建立时可用的网络能力信息的情况下发起或接收呼叫时，可使用该信息。

下面，说明其中在建立移动终接呼叫时，向MS发送信息的第二实施例。下面，只说明与第一实施例的区别。特别地，注意同一连接能力信息(网络能力信息，关于远端方的信息等)是相同的。

根据第二实施例，移动网络通过建立信令，向MS指示其相关能力和中间网络及呼叫方的特性的可用部分。例如，如果MS支持多媒体，并收到指示“ITC＝UDI，支持的TCH/F32，多时隙”的呼叫建立，则MS报以完整的64kbit/s ITC＝UDI多媒体BCIE。

下面更详细地对此进行了说明。

同样，假定MS由MSC(移动服务交换中心)或MSS(MSC服务器)服务，从MS的观点来看，MSC或MSS是受访MSC或MSS(简称为VMSC或VMSS)。

在图3中所示的信令流程图中举例说明了执行的程序。

当VMSC或VMSS从核心/外部网络收到无足够服务定义的建立消息(例如IAM(初始地址消息))(步骤S21)时，执行该程序，并使用单编号方案(SNS)。

在步骤S22中，VMSC将它自己及相关无线电网络(如果VMSC已知)的涉及数据呼叫的能力和从呼叫方接收的ITC/TRM发送给MS。最好，在现有消息(例如SETUP消息)中发送该信息。例如，该信息可包含在现有单元(例如NETWORK CALL CONTROLCAPABILITIES)的扩展或备用字段中，如同在例如参考3GPP TS24.008子条款9.3.23.1和10.5.4.29中所述那样。借助这种措施，保证与不支持提议的新特征的移动站的后后兼容，因为在例如发送额外消息的情况下，会使不支持根据本发明的特征的MS混乱。

但是，当对所有MS，使得必须遵循这里描述的特征时，也可使用其它信令消息和单元(例如Classmark)。

在步骤S23中，MS评估接收的信息。即，接收带有网络能力和ITC/TRM信息的建立的MS从网络能力信息推断在受访网络中是否可使用多时隙配置和TCH/F14.4或TCH/F28.8或TCH/F43.2或TCH/F32信道，是支持透明(T)还是不透明(NT)服务，或者这两者都支持，以及呼叫方是否正在请求UDI/RDI(无限制数字传输/受限制数字传输)，3.1kHz或语音呼叫。

在步骤S24中，MS报以从上述信息推断的BCIE(载体能力信息单元)和位于MS自身的相关配置。

该单元(即关于协商服务的信息)由VMSC和IWF用于建立呼叫。可选的是，如同后面所述，在步骤S26中可进行故障检查程序(在步骤S25中将BCIE转发给IWF之后)。之后，可无故障地继续正常的呼叫建立程序。

下面，给出网络能力信息等的上述评估的一些例子。

例5：

·如果MS刚对企业内部网访问服务器发出呼叫，在身份识别检查之后，该服务器将回叫，并且输入呼叫指示“ITC＝UDI，支持TCH/F14.4，支持多时隙”，则该MS将以带有它自己支持的TCH/F14.4的最大数据速率配置(例如2*14.4＝28.8kbit/s)以及用UDI协议建立不透明呼叫。

例6：

·MS支持多媒体。MS接收指示“ITC＝UDI，支持TCH/F32，多时隙”的呼叫建立。该MS报以完整的64kbit/s ITC＝UDI多媒体BCIE。

例7：

·MS支持多媒体。MS接收指示“ITC＝3.1kHz，支持TCH/F14.4，支持多时隙”的呼叫建立。该MS报以完整的28.8kbit/s ITC＝3.1kHz多媒体BCIE。(如果呼叫方偶然无论用什么方法请求语音服务，则产生从3.1kHz到语音的标准后退)。

下面，作为本发明的第三实施例，说明在由于故障，或者因为实际MS不支持本发明的特征，MS选择错误服务的情况下，执行哪些操作。即，根据第三实施例，执行上面参考图3，步骤S26提及的故障检查程序。

具体地说，诸如互通功能(IWF)之类网络控制单元可对IWF和呼叫方之间的路径使用自动数据速率检测和自动协议检测，以便在MS指示错误的固定网络数据速率(FNUR)或协议(即不同于呼叫方使用的FNUR或协议)的情况下消除故障。在本实施例中，假定VMSC和IWF是独立的实体。这种情况下，必须在步骤S25中，将BCIE转发给IWF。但是，如前所述，IWF可集成到VMSC中。这种情况下，IWF可直接访问BCIE，从而不需要经过网络的传输。

在图4中所示的流程图中举例说明了这种故障情况下执行的程序。

在步骤S31中，IWF检测被叫MS的ITC值，即，该MS设置的ITC值。在步骤S32中，IWF检测IWF和呼叫方之间的数据速率和协议。在步骤S33中，IWF检查所考虑的MS的检测ITC值是否与检测的数据速率和协议相符。如果相符，则IWF确定该MS能够支持本发明的特征，并继续进行正常通信(步骤S34)。

但是，如果上述值不相符，则IWF确定被叫MS不支持所述的服务和网络能力协商。即，MS报以错误的信息传送能力(ITC)值，即，报以和呼叫方指示的值不同的值。

这种情况下，互通功能(IWF)使用从呼叫方接收的ITC值，即，忽略从被叫移动站接收的ITC(步骤35)。随后，IWF也将采用相关参数与改变的ITC值匹配，例如，如果ITC从3.1kHz变成UDI，则不需要任何调制解调器类型。

注意根据第三实施例的程序不必在IWF中执行，相反可在任意类型的网络控制单元中执行。

此外，可能发生MS建议和呼叫方使用的服务不相符的服务的情况。这种情况下，IWF会拒绝该呼叫，虽然MS已正确确定了该服务。但是，借助所有可用信息和上述实施例中描述的方法，这种情况的概率极小。

上面的说明和附图只是举例说明本发明。从而，本发明的实施例可在附加权利要求的范围内变化。

例如，关于移动站正在受访网络中漫游的情况说明了上述实施例。但是，本发明并不局限于这种情况。即，通过应用根据本发明的协商程序，能够容易地重新配置网络。例如，可引入新的服务等。用于实现协商程序的通信设备也能够容易地在自己的本地网络中使用新服务，而不需要被手工配置等。

此外，关于其中采用移动通信网络的例子说明了上述实施例。虽然本发明最适用于移动通信网络，不过也可应用于固定通信网络。例如，固定电话机从一个位置转移到一个新位置，在该新位置，该固定电话机与具有和旧网络不同性质的新的固定网络连接。当另一运营商运行新网络时，情况就是这样。这种情况下，当应用本发明时，无需相对于该网络，手工配置该固定电话机。为了采用本发明的特征，必须通过固定网络，发送包含所需的连接能力信息(网络能力等)的相应消息。

Claims (36)

1、一种控制通信设备所连接的网络的方法，所述方法包括下述步骤：

从网络获得连接能力信息(S13；S22)，

根据获得的连接能力信息，评估连接服务(S14；S23)。

2、按照权利要求1所述的方法，其中连接能力信息可包括网络能力信息。

3、按照权利要求1所述的方法，其中连接能力信息包括与远端方的能力相关的信息。

4、按照权利要求1所述的方法，其中连接能力信息包括关于通信设备所连接的网络与远端方之间的中间网络的能力的信息。

5、按照权利要求1所述的方法，其中当发起呼叫时，执行获得连接能力信息的步骤。

6、按照权利要求1所述的方法，其中当接收呼叫时，执行获得连接能力信息的步骤。

7、按照权利要求1所述的方法，其中当向网络注册时，执行获得连接能力信息的步骤，并且获得的信息保存在通信设备中。

8、按照权利要求1所述的方法，其中由通过消息发送服务，向通信设备发送连接能力信息的网络执行获得该信息的步骤，并且获得的信息保存在通信设备中。

9、按照权利要求1所述的方法，其中在邀请用户或运营商用连接能力信息手工配置通信设备的配置步骤中，执行获得连接能力信息的步骤。

10、按照权利要求5所述的方法，还包括下述步骤：

获得用户请求的连接服务(S11)，并且

其中评估步骤(S13)包括下述步骤

检查网络是否支持该连接服务，并且如果需要，根据获得的连接能力信息，修改请求的服务。

11、按照权利要求6所述的方法，其中在获得步骤中，通信设备接收包括来自网络的连接信息的建立消息(S22)。

12、按照权利要求1所述的方法，其中在评估步骤中，根据获得的连接能力信息，确定连接服务，并产生和确定的连接服务相关的信息。

13、按照权利要求12所述的方法，其中在消息中，将关于确定的连接服务的信息传送给远端方(S14)。

14、按照权利要求1所述的方法，其中在通信设备中执行所述方法。

15、按照权利要求1所述的方法，其中通信设备是移动通信设备，网络是移动通信网络。

16、按照权利要求1所述的方法，其中通信设备是固定通信设备，网络是固定通信网络。

17、一种用于与网络连接的通信设备，其中所述通信设备用于从网络获得连接能力信息，并根据获得的连接能力信息，评估连接服务。

18、按照权利要求17所述的通信设备，其中连接能力信息可包括网络能力信息。

19、按照权利要求17所述的通信设备，其中连接能力信息包括与远端方的能力相关的信息。

20、按照权利要求17所述的通信设备，其中连接能力信息包括关于通信设备所连接的网络与远端方之间的中间网络的能力的信息。

21、按照权利要求17所述的通信设备，其中通信设备用于当发起呼叫时，获得连接能力。

22、按照权利要求17所述的通信设备，其中通信设备用于当终接呼叫时，获得连接能力。

23、按照权利要求17所述的通信设备，其中通信设备用于通过消息发送服务，从网络获得连接能力，并且获得的信息保存在通信设备中。

24、按照权利要求17所述的通信设备，其中通信设备用于当向网络注册时，获得连接能力，并保存获得的信息。

25、按照权利要求17所述的通信设备，其中通信设备用于通过邀请用户或运营商用连接能力信息手工配置通信设备，获得连接能力。

26、按照权利要求21所述的通信设备，其中通信设备还用于获得通信设备的用户请求的连接服务，并且在连接服务的评估过程中，检查网络是否支持该连接服务，并且如果需要，根据获得的连接能力信息，修改请求的服务。

27、按照权利要求22所述的通信设备，其中通信设备用于接收包括连接能力信息的建立消息，以便获得连接能力信息。

28、按照权利要求27所述的通信设备，其中通信设备用于在评估过程中，根据获得的连接能力信息，确定连接服务，并产生和确定的连接服务相关的信息。

29、按照权利要求17所述的通信设备，其中通信设备用于在消息中，将关于修改的连接服务的信息传送给远端方。

30、按照权利要求17所述的通信设备，其中通信设备是移动通信设备，网络是移动通信网络。

31、按照权利要求17所述的通信设备，其中通信设备是固定通信设备，网络是固定通信网络。

32、一种控制网络和通信设备与远端方之间的连接的方法，所述方法包括下述步骤：

检测通信设备产生的和支持的连接服务相关的信息(S31)，

检测网络控制单元和远端方之间的和连接相关的信息(S32)，和

评估检测到的信息是否与和连接相关的信息相符(S33)。

33、按照权利要求32所述的方法，还包括在信息不相符的情况下，忽略通信设备产生的和支持的连接服务相关的信息(S35)。

34、一种用于控制网络和通信设备与远端方之间的连接的网络控制单元，

其中所述网络控制单元还用于检测通信设备产生的和支持的连接服务相关的信息，检测网络控制单元和远端方之间的和连接相关的信息，并评估检测到的信息是否与和连接相关的信息相符。

35、按照权利要求34所述的网络控制单元，其中所述网络控制单元还用于在信息不相符的情况下，忽略通信设备产生的和支持的连接服务相关的信息。

36、按照权利要求34所述的网络控制单元，其中网络控制单元是互通功能(IWF)。

Images