背景技术
术语“移动通信***”通常指当移动台(MS)的用户移动进入***的服务区域时,启动该移动台与***的固定部分之间的无线通信连接的任何通信***。一个典型的移动通信***是公共陆地移动网络(PLMN)。在提交本专利申请时正在使用的主要移动通信***属于第二代这种***,一个众所周知的例子是GSM***(全球移动电信***)。本发明有利地应用于下一代或第三代移动通信***。正在被标准化的为GSM移动通信***和第三代通用移动电信***开发的新业务-通用分组无线业务GPRS将被用作例子。
GPRS***的功能环境包括一个或多个子网业务区域,它们被连接以构成GPRS骨干网(图1a)。子网包括大量支持节点(SN),其中的服务GPRS支持节点(SGSN)将被用作本说明书中的一个例子。服务GPRS支持节点被连接到移动通信网(典型地通过一个接口单元到基站),如此它们能够通过基站(小区)为无线通信设备提供分组交换业务。移动通信网提供支持节点和无线通信设备之间的分组交换数据传输。不同的子网进而又通过GPRS网关支持节点(GGSN)连接到外部数据网,例如到公共交换数据网(PSDN)。这样,GPRS业务启动无线通信设备和一个外部数据网之间的分组形式数据传输,其中移动通信网的确定部分构成一个接入网。使用分组形式数据传输的应用的一些例子是互联网电话、视频会议、文件传送和WWW浏览。
在第三代***中,使用承载业务和业务的概念。承载业务是提供用于在接入点之间传输信号的能力的一种电信业务。承载业务通常对应于业务信道的较旧的概念,其定义例如由***提供的用于在***的移动台和某些其它部分之间传送信息的数据速率和业务质量(QoS)。例如,移动台和基站之间的承载业务是无线承载业务,并且无线网络控制器和核心网之间的承载业务是例如一个Iu承载业务(接口UMTS承载)。在UMTS***中,无线网络控制器和核心网之间的接口称作Iu接口。在该上下文中,业务由移动通信网提供,以便满足一些任务,例如数据业务执行通信***中的数据传送,呼叫业务与电话呼叫、多媒体等相关。因此,一个业务使得移动台和***的固定部分之间的信息传送成为必要,象电话呼叫或文本消息的传送。第三代移动电信***操作中的一个主要任务是管理(按需要建立、维护和终止)承载业务,以便每个被请求的业务能够被提供给移动台,而不会浪费可用带宽。
业务质量等级定义例如在传输过程中分组数据单元(PDU)如何被在GPRS网络中处理。例如,为连接地址定义的业务质量等级被用于控制传输顺序、在支持节点和网关支持节点中缓存(分组队列)和丢弃分组,尤其是当两个或多个连接有要同时发送的分组时。不同业务质量等级定义例如在连接的不同端用于分组传输的不同延迟,以及不同比特率。所丢弃的分组数据单元的数量还在具有不同业务质量等级的连接中变化。
对于每个连接,可能请求不同的业务质量等级。例如,在电子邮件连接中,可以允许在消息传输中的相对长的延迟。不过,诸如视频会议的交互式应用例如需要高速分组传输。在某些应用中,如在文件传送中,重要的是分组传输是无差错的,其中如果需要,在错误情况下,分组数据单元被重传。
在UMTS***的分组传输业务中建议定义四种不同的业务类型,至于这些业务类型的特征,目的是考虑对于不同连接类型的标准。为第一和第二种类型定义的一个标准是数据传输的实时质量,其中在传输中必须不出现重大延迟。不过,数据传输的准确性不是这样的重要标准。因此,对于第三和第四种业务类型,非实时数据传输是足够的,但是需要相对准确的分组传输。实时第一类数据传输的例子是在其中两个或多个人通过无线通信设备互相讨论时的语音信号的传输。其中实时第二类数据传输成为可能的情况的一个例子是用于立即观看的视频信号的传输。第三类的非实时分组通信可以被用于例如数据库业务,如浏览互联网主页,其中具有适中速率和准确性的数据传输是比实时数据传输更重要的因素。在本示例***的第四类中,可能例如对电子邮件消息和文件加以分类。显然不需要有四种所述业务类型,但是本发明可以应用于含有任何数量的业务类型的分组传输***中。此外,本发明还能够应用于电路交换***。表1中总结了四种所建议的业务类型的特性。
类型 |
第一类:实时,例如电话对话-保证的性能-没有确认 |
第二类(商业类型):实时,例如视频信息-保证的性能-可能确认-在应用级的缓存 |
第三类(旅游者类型):交互式最佳成果方法-确认-互联网浏览器,远程登录-实时控制信道 |
第四类(货物类型):具有最佳成果的背景传输方法-确认-电子邮件消息、日历事件等的背景下载 |
延迟 |
100毫秒、200毫秒、300毫秒 |
<1秒 |
2秒 |
未定义 |
错误比特率 |
10-3、10-4、10-5、10-6 |
10-5、10-6、10-7、10-9 |
<10-9 |
<10-9 |
最大比特率 |
已定义 |
已定义 |
未定义 |
未定义 |
用户优先级 |
高、中、低 |
高、中、低 |
高、中、低 |
高、中、低 |
表1
现代第二和第三代移动台比老式的移动台具有更有效的数据处理特性。已经可能例如进行到互联网的连接,并使用移动台中的浏览器应用来从互联网获取信息,并且将来可能以例如视频会议等建立多媒体呼叫。因此,这种移动台在前面的本描述中被称作移动终端。术语移动终端应当还被理解为包括所谓的“无线卡”,其包括集成到一个电路卡中的移动电话电路。这种无线卡能够例如通过PCMCIA接口可移动地连接到诸如便携式或膝上计算机的数据处理设备,以便通过无线通信网提供移动电话功能或者数据传送能力。
为了允许在这种移动终端中使用不同的应用,将提供用于外部应用的执行环境,在本描述的后文中简写为执行环境。这种外部应用不仅必要地由移动终端的厂商提供,某些第三方厂商业务也可以提供这种应用。为了保证移动终端和外部应用之间的兼容性,正在开发移动应用执行环境(MExE)标准。本发明并不局限于移动应用执行环境标准,还可以应用于移动终端的其它合适的执行环境。
移动终端的用户能够通过移动电信网使用该移动终端来访问多种业务。有大量业务提供者连接到例如互联网。他们提供多种业务,如数据库业务、其它信息搜索业务、电话应用、视频应用、网络游戏等。用户通过使用终端用户接口来启动所希望的应用,从而发出一个业务请求。在移动终端中,通过业务请求来激活执行环境,并且所请求的应用也被激活。终端通过移动网络进行到其中存在所希望的业务的互联网或某些其它网络的连接。
不同应用的需求可能差别很大。某些应用需要发送方和接收方之间的快速通信。这种应用是例如视频和电话应用。某些其它应用可能需要尽可能无差错的通信,而通信连接的比特率则没那么重要。这种应用包括电子邮件和数据库应用。因此,在移动终端中使用这些种类的应用时存在一个问题,即如何为一个特定通信任务选择最佳承载业务。在未来的移动网中,根据用户使用的终端的性能、他们希望运行的应用、网络的性能以及他们所有的用户预约种类,用户的业务需求可能差别很大。
在本***中,一些应用含有关于他们需要何种类型的承载业务的信息。承载选择可以基于目的服务器,该服务器可以是例如与互联网通信的所谓万维网服务器(WWW)。承载业务的选择由所联系的服务器的网络地址和所使用的网络协议来驱动。
许多移动终端使用一个以上的承载业务来与网络通信。网络运营者和/或用户可能希望对移动终端编程来使用一个特定的承载业务,以便最优化一个特定的功能,如网络加载、响应事件等。
目前,承载业务的选择通常由所使用的应用驱动。用户或网络运营者通过他们对承载业务的使用来对应用分类。
这些先前已知的***都涉及一些固有的缺点。例如,一些应用可以在不同种类的终端中被执行,其中终端的特性影响对于所执行的应用的承载业务的需求。同样,用户可以有他们自己的需求和优先选择,这些在目前的***中未被考虑。此外,还有一些情况,其中例如当网络过载时,移动网可能无法提供所有承载业务。
在本***中,移动终端和移动网协商承载业务。如果网络不能提供所请求的承载业务,则为通信提供的业务质量可能是不适当的。假设存在一个视频应用,其中视频的分辨率非常高,例如800×640像素。如果用户希望利用一种移动终端执行该视频应用,该移动终端具有通过一个高速电路交换数据连接(HSCSD承载业务)而连接的装置,并且移动终端本地连接到具有一个至少为所述800×640的分辨率的显示器的膝上PC,则可以用其缺省的分辨率来执行该应用。如果用户只有一个包括例如640×480的较低分辨率的显示器的移动终端,则该应用仍将试图请求对于最大分辨率(800×640)的承载业务,尽管对于更小分辨率(640×480)的承载业务就足够了。
还有其它影响所需要的承载业务的需求的标准。在另一个例子中,移动终端可以被用作对于服务器的一个远程终端。移动终端和服务器需要交换一些数据。移动终端对于其被用作远程终端的服务器的类型会变化,因此服务器的特性也变化。例如,通信速度可以不同。因此,依据所考虑的服务器的特性,可以有对于承载业务的不同选择标准。
还可能有两个移动终端互相通信并且必须选择承载业务。一个适当的承载业务的选择主要依赖于两个移动终端的特性以及终端与之通信的移动网的特性。
用户还可能访问其本地移动网之外的移动网的区域。在所访问的移动网中,可能选择的承载业务可能与本地移动网的不同。定价政策也可能不同。
具体实施方式
在本发明的一个优选实施例的下面描述中,将使用一个UMTS类型移动通信***作为例子,不过,对本领域的普通技术人员显而易见,本发明并非只局限于这种***,而是还可以应用于具有适用于通信的不同承载业务的其它通信***。
参考图1b、2a和2b来描述本发明的操作。图1b表示一个UMTS***的一部分,该***包括一个移动终端MT1、一个由基站2(BS)构成的无线接入节点1(RAN)、和一个控制基站2和在基站2与***的其余部分之间路由连接的无线网络控制器3(RNC)、一个无线移动交换中心4(WMSC)和一个作为除了无线网络控制器3之外的替代路由可能的分组数据接入节点5(PDAN)。
移动终端MT1主要包括一个处理器CPU、存储器装置MEM、用户识别模块(SIM)或用于用户识别的相应装置、以及与基站2通信的无线部分RF。处理器CPU可以包括在例如一个专用集成电路(ASIC,未示出)中,其可以用于执行移动终端MT1的大量逻辑功能。在移动终端中还可能有一个以上的处理器CPU,但是下面假设只有一个处理器CPU用于程序执行。存储器装置有利地含有随机存储器(RAM)、只读存储器(ROM)和SIM的存储器的至少一部分。移动终端MT1还包括一个诸如键盘的用户接口、一个显示设备和音频装置,例如麦克风和扬声器,但是它们在图1b中都未示出。
在图1b中,假设可以在移动终端MT1和WMSC 4以及PDAN 5中实现呼叫管理(CM)功能。这些呼叫管理功能提供用于发起呼叫、维护呼叫和终止呼叫的装置。因此,移动终端MT1和WMSC 4或PDAN 5交换呼叫信令消息,以发起、维护和终止呼叫。在移动终端MT1和无线网络控制器3中实现承载管理(BM)和无线资源管理(RM)功能。承载管理功能例如用于根据所选承载业务的特性来选择用于移动终端MT1和基站2之间的通信的一个或多个逻辑信道。无线资源管理功能例如用于选择用于移动终端MT1和基站BS 2之间的无线通路的无线信道。
可以从分组数据接入节点5(PDAN)通过分组数据干线6和分组数据网关8(PDG)建立移动终端MT1和IP网络7之间的分组数据连接。可能通过无线接入节点1、无线移动交换中心4和网关无线移动交换中心9(GWMSC)在移动终端MT1和移动网之间创建电路交换数据连接。该网关无线移动交换中心9具有用于构成移动网与另一个网络NW2(如GSM、PSTN或ISDN)之间的连接的装置。
下面参考图2a、2b和图4来描述根据本发明的一个有利实施例的方法。在图2a和2b中,垂直线描述根据一个有利实施例的方法中的功能元素。线201表示应用,线202表示执行环境,线203表示用户,线204表示移动终端性能存储器,线205表示服务网络。
首先,移动终端MT1的用户例如使用移动终端MT1的用户接口来启动移动终端MT1中的一个应用。该应用可能被远程启动。该应用例如是一个网络游戏。该应用的程序代码可以例如从连接到IP网络的服务器10上早先加载,并存储到移动终端的存储装置MEM中。在移动终端MT1中,提供了一个执行环境202。由来自用户通过该应用的业务请求来激活它(块206)。在终端中的执行环境202的任务是收集所有关于所希望的承载业务的需求。从终端中的被请求应用、从终端(即终端性能存储器204)、从用户并从网络收集这些需求。由移动终端的处理器CPU来控制执行环境202的执行以及所请求的应用。
由用户启动的应用将其业务需求提供给执行环境202(块207)。这些应用业务需求可以是例如业务质量参数,如关于可接受延迟、比特率、错误比特率等的信息,以及业务类型,如UMTS承载业务类型。应用的业务需求还可以包括所估计的性能需求,即要传送的比特数。不同实施例中的应用业务需求可以与以上所述的不同。应用能够直接指示承载业务类型或者它可以用一致方式来指示一些优选的业务质量参数。
应用201和执行环境202之间的逻辑接口称作承载业务选择应用编程接口BSSAPI。在图4中由箭头401表示。还有其它装置,用于从终端性能定义块403和用户优先选择定义块405获得关于终端性能和用户优先选择的信息。一个另外的API 402排列在终端性能定义块403和执行环境202之间。另一个API 404排列在用户优先选择定义块405和执行环境202之间。执行环境202与移动终端MT1的低级***软件406通过低级***API 407通信。
有利地,一个以上的应用可以同时运行于移动终端MT1中。一个单独应用还可以同时有一个以上的到网络的连接。对于所有单独的应用/连接可以有独立的承载业务请求过程。因此,在来自***的响应中给予每个承载业务一个标识符。
再次参考图2a和2b,执行环境202还可以询问用户关于所希望的承载的优先选择(块208)。使用预定规则,无需用户交互就可以进行优先选择的选择。执行环境202还可以请求对于一个替代承载(例如一个更昂贵的选择)的自动业务启动的授权。用户可能希望自动接受例如一个更昂贵的替代承载,以便获得所希望的业务。用户例如使用移动终端MT1的用户接口来回答这个请求。该回答被传送到执行环境202(块209)。在此阶段,也可以考虑任何其它的用户优先选择。例如,在网络中,例如在归属位置寄存器11(HLR)中的用户数据还含有关于所允许的业务和优先选择(用户概况)的信息。可以由网络运营者定义用户数据,并且它涉及用户的预约选择权。
在另一个阶段,执行环境202还收集关于影响承载选择的移动终端MT1的性能的信息。该信息是例如可访问存储器的量、诸如分辨率的显示器特性、调制解调器特性和终端类型。还重要的是知道移动终端MT1是否有用于分组交换通信和/或用于电路交换通信的装置。在某些情况下,版本、厂商和模型信息可以被收集。该终端信息的至少一部分有利地存储在存储器装置MEM中,例如在ROM或SIM中。从存储器装置MEM中读出该终端信息(块216)。
关于终端的一些信息还可以存储在网络中并能够基于例如移动终端的国际移动设备识别IMEI-识别号被找到。为了从网络收集终端性能信息,执行环境202创建一个终端性能请求网络消息(图2b中的块210),其被发送到移动网络并在那里被处理。在网络中,例如由无线移动业务交换中心WMSC 4处理该请求,并且信息被收集。然后形成一个回答网络消息,它包括所请求的信息,并且该回答网络消息被发送到移动终端MT1(块211)。
执行环境202处理(例如从应用、移动终端MT1、用户和/或网络)所收集的信息,并根据该信息创建承载业务请求网络消息(块212)。在处理阶段,执行环境202对信息进行分析并区分优先级,以便找到最苛刻的需求。执行环境202还有处理和解决矛盾需求并形成一个恰当的承载业务请求的能力。在矛盾需求的情况下,可以要求用户输入。例如,应用可以请求14400比特/秒的通信速率,但是终端的调制解调器最大只能够处理9600比特/秒。在这种情况下,执行环境202有利地选择9600比特/秒,除非用户优先选择或用户回答对其禁止。用户可以例如限制通信速率,以便它必须超过10000比特/秒。执行环境202建立承载业务请求网络消息的方式主要依据实际实现,但是它对于所有与确定移动网络/电信***通信的移动终端都应当是一致的。
图3a表示承载业务请求消息301的分组格式的一个有利示例,利用它,应用业务需求可以被转发到执行环境202。首先,有一个头域302,在本示例格式中,它指示分组的开始。头域302的值和长度可以改变,但是有利地的是,头域302被标准化,以便应用能够在不同的移动终端MT1中运行。
头域302之后是参数域。这些参数域可以是变长的,也可以是定长的,并能够包括子域。如果一个应用没有对于所有域和子域的值,则缺少的参数有利地被编码为零。显然,分组格式的详细结构,即参数域的个数以及子域的个数被用作非限制示例。
在本例中,第一参数域303用于QoS信息。有利地,它有一个延迟子域、一个错误比特率子域和一个比特率子域。第二个参数域304携带业务需求信息。第三个域305保留用于所估计的性能需求信息。第四个域306用于业务类型信息。
应用还可能提供一个以上的替代,用于一些或所有所提及的承载业务参数。例如,在由应用通过BSSAPI转发到执行环境202的分组中可以有两个比特率子域。
类似于上述的方法可以有利地用于将终端信息从终端性能定义块403收集到执行环境202,并将用户信息从用户优先选择定义块405收集到执行环境202。不过,传送信息的分组的详细结构可以改变。执行环境202将参数存储在存储器装置MEM中,直到收集了所有涉及承载业务选择的参数为止。
一旦形成了一个承载业务请求网络消息,移动终端MT1就有利地发送一个消息到移动终端在其中运行的移动网(块213)。由控制移动终端和移动网之间的通信的交换中心覆盖的区域称作服务移动网。本领域的技术人员已知,服务移动网可以是所讨论的移动终端的本地网或某些其它移动网(被访问的移动网)。在移动终端MT1和服务移动网的至少一个基站之间,通过无线路径执行传输。承载业务请求网络消息还被传送到服务移动网的无线移动交换中心4。
移动网的无线移动交换中心4包括用于维护关于那些运行于无线移动交换中心区域中的移动终端的信息的一个数据库。在GSM和UMTS***中,该数据库称作拜访位置寄存器(VLR)。移动网还包括其中存储用户的预约信息(包括移动终端的的电话号码、IMEI等)的称作归属位置寄存器11(HLR)的一个数据库。
接收承载业务请求网络消息的无线移动交换中心4检查该消息的内容。无线移动交换中心4还联系移动终端MT1的本地网,以检查用户的预约信息(块214)。用户的预约信息可以有影响承载业务选择的某些限制。可以有例如具有不同定价政策的不同种类的移动预约。因此,可能承载业务请求必须被完全定义,或者对于特定用户的所允许的承载业务可以限制承载业务的选择。用户的预约信息的检查结果被发送回服务移动网的无线移动交换中心4。
根据来自本地网的回答,无线移动交换中心4拒绝承载请求或者继续承载业务选择过程。在后面的情况中,或者在用户的预约信息不影响选择的情况下,在服务移动网中检查用于所请求的承载业务的其它基础(ground),有利地考虑业务情况和远程网条件。在此阶段,服务移动网的特性被与请求中的参数比较,并且建议一个合适的承载业务。承载选择还可以被服务移动网的业务情况所影响。如果此时服务移动网不能支持所请求的承载业务,则该请求被拒绝或者建议所请求承载业务之外的另一个承载业务。服务移动网提供最可能的业务,考虑移动终端、应用和网络性能、用户优先选择以及用户的预约选择权。
根据承载选择过程的结果,服务移动网形成一个承载业务回答网络消息,并将其发送到发起该承载业务选择请求的移动终端MT1(块215)。在移动终端MT1中,执行环境202处理该信息。在此阶段,执行环境202不需要接受所建议的承载业务。它可以形成一个消息来显示在移动终端的显示器上,以便通知用户关于所建议的承载业务,或者可能被选择的承载业务列表。在该上下文中,还最好通知用户所建议的承载业务的价格。用户现在能够接受或者拒绝选择。在另一个替代方案中,执行环境202自动接受所建议的承载业务并可能通知用户该选择。
图3b表示承载业务回答消息307的响应分组格式的有利示例。执行环境202使用该消息通过BSSAPI 401来通知应用被批准给它的承载。分组含有一个头域302和其它域,例如承载域308的标识和含有被批准的承载业务的细节(如延迟、比特率、错误比特率、业务类型等)的细节域309。
在承载业务选择过程中,所选择的承载业务接着在所考虑的服务移动网中被激活,并可以开始应用的执行。但是,如果由于某个原因,承载选择被拒绝,则应用有利地被停止。
在通信过程中,由于某个原因,可能需要改变承载业务。例如,移动网中的业务情况能够改变,并且可能需要对某些承载业务的改变。移动终端MT1还可以移动得离基站更远,从而会降低无线信号的质量。因此,例如需要降低比特率。在这种情况下,网络通过发送一个例如条件被改变的网络消息来通知移动终端MT1关于改变的条件(图2c中的块217)。执行环境202形成一个重新协商请求网络消息(块218)并将其发送到服务移动网(块219)。在服务网中,如果可能,则检查重新协商请求网络消息(块218),并将其发送到服务移动网(块219)。在服务移动网中,检查该重新协商请求网络消息,并且如果可能,则重新选择一个承载业务(块220)。最后,为了完成承载业务重新协商的过程,服务移动网根据承载重新选择过程的结果来形成一个承载业务回答网络消息,并将其发送到发起该承载业务选择请求的移动终端MT1(块221)。在移动终端MT1中,执行环境202通过BSSAPI401传送一个承载业务改变消息310到该改变涉及的应用(块222)。图3c给出了用于承载业务改变消息310的一个分组格式的有利示例。该分组含有一个头域302、一个标识域308和一个细节域309。标识域308用于识别所考虑的承载业务。细节域309含有关于被改变的参数(例如新延迟、新比特率等)的信息。应用201通知(块223)执行环境202关于承载业务的所建议的改变是接受还是拒绝。
这里应当指出,在移动网NW1和移动终端MT1之间交换的网络消息不需要与移动终端MT1中、执行环境202和应用201之间、终端性能定义块403和用户优先选择定义块405之间、和应用执行环境中传送的消息301、307、310、311相同。
在上述情况中,承载业务能够被与移动终端MT1和移动网重新协商。在该重新协商过程中,承载业务选择过程非常类似于先前提出的承载业务请求过程。主要差别在于必须将被改变的承载业务的标识符通知给移动网。
对于承载业务重新协商的需要还能够是由于其中移动终端MT1的用户移动到另一个运营者的移动网(即漫游)这样一种情况。对于可用的承载业务可能有限制。如果出现这种限制,则先前的承载业务或业务组不能被保留在新的移动网中,移动网应当通过使用例如条件被改变的网络消息217来将这种情况指示给移动终端MT1。然后,移动终端MT1或者接受一个新的承载业务,并可能后来试图重新协商以获得一个更好的承载业务,或者停止业务执行。
新移动网中的可用承载业务还可能比先前移动网中的更好。在某些情况下,网络有用于使用例如条件被改变的网络消息来通知移动终端关于更好的承载业务参数的装置。
上述机制还可以用于这样一种情况,即移动终端MT1的用户在同一个运营者的移动网中移动,但是移动到一个具有不同的可用承载业务的子域中。
还可能有其中承载业务被重新协商的某些其它情况。例如,应用可能需要一个更快的比特率或者减小的延迟。应用201通知一个重新协商请求消息311。如果由运行于移动终端MT1中的一个应用201或者移动终端MT1的用户来启动承载业务重新协商过程,则执行环境202形成一个被发送到移动网NW1的重新协商请求网络消息。在该上下文中,执行环境202还检查用户的优先选择以及终端性能,或者执行环境可以使用在通信开始时协商承载业务时存储在移动终端MT1中的信息。
图3d给出了用于重新协商请求消息311的分组格式的一个有利示例。除了参数域303-306之外,请求消息311还含有一个标识域308,其中应用201为执行环境202指示被改变的承载业务的标识符。该承载业务的标识符不需要与移动网已经给所讨论的承载业务的标识符相同。
移动网检查该请求并执行所有需要的检查,如前面在本发明的描述中所述的(例如,如果还未知,则网络检查用户预约信息,检查移动网本身的业务情况和性能,还随意地咨询目的网络)。根据这些检查,移动网或者接受或者拒绝该重新协商请求并通知移动终端MT1关于该决定。
在移动终端MT1中,执行环境202接受网络回答并使用例如承载业务改变消息310来将结果通知应用。然后,应用201或者接受或者拒绝被重新协商的承载业务。
对本领域的技术人员,显然在移动终端MT1中执行的上述阶段可以作为移动终端MT1的处理器CPU的过程或程序来实现。以类似的方式,在无线移动交换中心4中执行的阶段可以作为无线移动交换中心4的某个处理装置(未示出)的过程或程序来实现。
还可能在移动终端MT1中执行适当的承载业务的选择,其中移动终端MT1从网络请求可用承载业务的信息。当移动终端MT1已经收集了用于选择承载业务的所有需要的信息时,移动终端执行选择并开始用于激活在服务移动网中所选择的承载业务的过程。
还有可能业务执行的另一方不是网络中的一个元素而是另外的移动终端MT2。例如,如果用户希望在其移动终端开始一个与另外的用户的移动终端MT2的视频呼叫等,则会出现这种情况。图2d描述了用于协商两个移动终端MT1、MT2之间的承载业务的方法,这两个移动终端在相同的移动网NW1中通信。在这种移动终端到移动终端的情况下,发起呼叫的移动终端MT1可能在到所呼叫的移动终端MT2的实际连接之前,已经执行了对于所使用的承载业务的承载业务协商过程(块224、225、226、227)。当启动所述呼叫的移动终端MT1中的应用接受了承载业务时,它就向移动网NW1发送一个形成到被呼叫的移动终端MT2的连接的一个请求(块228)。该请求被通过网络转发到被呼叫的移动终端MT2(块229)。然后,被呼叫的移动终端MT2中的执行环境(或者某个其它***模块,例如在较低级呼叫处理软件中)检查被呼叫的移动终端MT2是否能够使用主叫移动终端MT1所建议的承载(块230)。
被呼叫的移动终端MT2执行与移动网NW1的承载业务请求过程,并发送一个承载业务请求网络消息到移动网NW1(块231)。接收承载业务请求网络消息的WMSC 4检查消息的内容。有利地,还检查被呼叫用户的预约信息(块232)。用户的预约信息可能有影响承载业务的选择的某些限制。可能有具有不同定价政策的不同种类的移动预约。因此,承载业务请求可能被完全拒绝,或者对于被呼叫移动终端MT2的特定用户的所允许的承载业务可能限制承载业务的选择。被呼叫用户的预约信息的检查结果被发送回移动网NW1的WMSC 4。
根据来自移动网NW1的回答,WMSC 4拒绝承载请求或者继续承载业务选择过程。在后面的情况中,或者在被呼叫移动终端MT2的用户的预约信息不影响该选择的情况下,在移动网络NW1中检查所请求的承载业务的其它基础,有利地考虑服务移动网的业务情况。在该阶段,移动网NW1中的特性被与请求中的参数比较,并且一个恰当的承载业务被建议。承载选择还可能被移动网NW1的业务情况所影响。如果移动网NW1此时不能支持所请求的承载业务,则该请求可能被拒绝或者建议一个不同于所请求的承载业务。
根据承载选择过程的结果,移动网NW1形成一个承载业务回答网络消息,并将其发送到被呼叫移动终端MT2(块233)。被呼叫移动终端MT2通过发送一个连接响应网络消息到移动网NW1来回答该连接请求网络消息(块234)。
该连接响应网络消息被转发到启动呼叫的移动终端MT1(块235)。如果移动终端MT1、MT2接受所建议的承载业务(或业务组),则在移动终端MT1、MT2之间建立连接(块239)。
不过,如果移动终端MT1和MT2都没有接受所建议的承载业务(业务组)(块236),则承载选择过程循环回到开始(块224)。发起呼叫的移动终端MT1选择新参数并执行带有新参数的新的承载业务请求。
如果被呼叫移动终端MT2不接受所建议的业务(业务组),则可以建议另外的承载业务(块237),其中移动终端MT1检查它是否能接受所建议的承载业务。如果移动终端MT1接受由被呼叫移动终端MT2所建议的替代承载业务,则承载选择过程循环回到块225。如果被呼叫移动终端MT2不接受所建议的业务(业务组),并且不建议另外的承载业务(块238),则移动终端MT1或者选择和建议另外的承载业务,其中承载选择过程循环回到块224,或者连接过程失败。
有利地使用一个缺省连接-启动承载来发送移动终端MT1、MT2和网络NW1之间的请求网络消息。
还有可能被呼叫移动终端MT2正在与除了呼叫移动终端MT1之外的另外移动网通信。在这种情况下,该过程与其中呼叫移动终端MT1和被叫移动终端MT2在同一移动网中通信的情况稍有不同。对于本领域的技术人员来说显然,在一个移动网NW1中执行的上述阶段可以在几个网络NW1、NW2中实现。
该方案还应用于这样一种情况,即其中移动终端在执行对于服务网络的承载业务请求之前首先协商与业务方(其可以是一个网元,如在诸如IP的远程网络中的业务提供者的服务器)的优选承载业务参数。
在某些情况下,服务网只检查其本身涉及承载业务请求的性能和业务情况是不够的。如果移动终端正在试图启动一个也需要到除了服务网之外的网络的连接的业务,则服务网还可以检查其它网络的情况和性能。这可以有利地通过不同网络之间的标准信令接口(未示出)来达到,以提供关于它们的性能和业务情况的请求/响应。如果这种接口可用,则服务网与在业务执行中被需要的其它网络通信,之后从那些网络获取响应,建议适合于所有相关方的承载业务。例如,服务网中的WMSC 4和其它网络中的WMSC可以类似于例如普通漫游情况互相通信。
本发明并不只局限于上述实施例,而是可以在所附权利要求的范围内被修改。