专利名称：在移动台始发的呼叫中提供通知的技术的制作方法
技术领域：
本发明涉及移动网络，更具体地说，本发明涉及一种利用IP(因特网协议)传送机构在移动网络内为移动台始发的呼叫提供通知(announcement)的技术。通常，分组交换无线网为移动终端提供通信，而无需网络接入所需的物理连接。已经开发了用于全球移动通信系统(GSM)的通用分组无线电业务(GRPS)和通用移动通信地面系统(UMTS)，从而为无线通信网提供分组交换端以及电路交换端。
背景技术：
如在其Web站点，http//www.3gpp.org上所述，通常由首字母缩写3GPP表示的第三代协力项目(Third Generation PartnershipProject)是一个组织，其合作伙伴同意根据GSM核心网和它们支持的径向接入技术(即，频分双工模式(FDD)和时分双工(TDD)模式下的通用地上无线电接入(UTRA))，合作制定全球适用的第三代移动通信系统的技术规范和技术报告。
3GPP合作伙伴还同意在维护和开发包括演进的径向接入技术(例如，通用分组无线电业务(GPRS)和GSM演进的增强型数据库(EDGE))的全球移动通信系统(GSM)技术规范和技术报告方面进行合作。
因此，3GPP颁布了各种技术规范，之后，电信业采用这些技术规范生产标准化的移动终端和相关系统，以致一个制造商制造的移动终端可以与另一个制造商制造的系统或移动终端进行通信。根据3GPP合作伙伴之间的协议，不断对这些技术规范进行修订以改变和改进技术。
3GPP于2001年1月颁布了技术规范TS 23.060，V3.3.0版，该技术规范规定对分组域进行二级业务描述，它包括GSM内的GPRS和UMTS。在此引用该技术规范的全部内容供参考。所引用的对各种单元及其功能的描述在此仅供参考，只构成分组交换无线通信网的一个非限定性例子，并且显然，本发明并不局限于这些网。
网络用户可以具有一个或者多个(PDP)地址。在移动台(MS)、业务GPRS支持节点(SGSN)以及网关GPRS支持节点(GGSN)内，由一个或者多个PDP上下文描述每个PDP地址。GGSN是到外部网络的网关。每个PDP上下文可以具有路由选择和映像信息，用于指示将数据传送到其相关PDP地址，或者从其相关PDP地址传送数据；以及业务流模板(TFT)，用于检查传送的数据。
可以选择性地和独立地激活、修改以及去激活每个PDP上下文。PDP上下文的激活状态指出是否允许对相应PDP地址和TFT进行数据传送。如果不激活或者去激活与同一个PDP地址有关的所有PDP上下文，则不允许对该PDP地址进行任何数据传送。用户的所有PDP上下文与该用户的国际移动用户身份(IMSI)的同一个移动性管理(MM)上下文有关。建立PDP上下文意味着在MS与GGSN之间建立通信信道。
仅作为示例提供图1，图1示出UMTS系统内的MS与GGSN之间的PDP上下文激活过程，它相当于上述技术规范中的图62。以下对图1所示各步骤做的说明也包括在其内。
1)MS将激活PDP上下文请求(NSAPI、TI、PDP类型、PDP地址、接入点名称、请求的QoS、PDP配置选项)消息送到SGSN。MS将使用PDP地址指出它是需要使用静态PDP地址，还是需要使用动态PDP地址。MS将保留PDP地址为空以请求动态PDP地址。MS可以利用接入点名称选择到特定外部网络的基准点并且/或者选择业务。接入点名称是指明用户希望连接到的外部分组数据网和/或业务的逻辑名称。请求的QoS指出要求的QoS概况。配置选项可以用于从GGSN请求任选PDP参数(参考GSM 09.60)。PDP配置选项通过SGSN透明发送。
3)在UMTS中，利用RAB分配过程实现RAB建立，请参考小节“RAB Assignment Procedure”。
5)利用MS和PDP上下文预约记录提供的PDP类型(任选的)、PDP地址(任选的)以及接入点名称(任选的)，SGSN使激活PDP上下文请求生效(validate)。在附录A中对生效判据、APN选择判据以及从APN到GGSN的映像进行了描述。
如果不能获得GGSN地址，或者如果SGSN已经确定激活PDP上下文请求根据附录A描述的规则无效，则SGSN拒绝PDP上下文激活请求。
如果可以获得GGSN地址，则SGSN对请求的PDP上下文创建TEID。如果MS请求动态地址，则SGSN让GGSN分配动态地址。如果给定其容量(capabilities)、当前负荷以及预约的QoS概况，则SGSN可以限制请求的QoS属性。
SGSN将创建PDP上下文请求(PDP类型、PDP地址、接入点名称、协商的QoS、TEID、NSAPI、MSISDN、选择模式、计费特性、跟踪基准、跟踪类型、触发器Id、OMC身份、PDP配置选项)消息送到受影响的GGSN。接入点名称是根据附录A描述的过程选择的APN的APN网络标识符。如果请求动态地址，则PDP地址是空的。GGSN可以利用接入点名称找到外部网络，并可选地激活用于此APN的业务。选择模式指出是选择预约的APN，还是选择MS发送的非预约APN或是选择SGSN选择的非预约APN。根据附录A设置选择模式。在决定是接受还是拒绝PDP上下文激活时，GGSN可以使用选择模式。例如，如果APN要求预约，则配置GGSN以仅接受由SGSN用选择模式指示的请求预约APN的PDP上下文激活。计费特性指出PDP上下文对于哪种计费方式可用。如果从HLR接收，则SGSN可以从预约计费特性拷贝计费特性。如果激活GGSN跟踪，则SGSN可包括跟踪基准，跟踪类型、触发器Id以及OMC身份。SGSN由从HLR或OMC接收的跟踪信息拷贝跟踪基准、跟踪类型以及OMC身份。
GGSN在其PDP上下文表中创建新项目，并产生计费Id。该新项目使GGSN在SGSN与外部PDP网络之间路由选择PDP PDU，并开始计费。如果给定其容量和当前负荷，则GGSN可以进一步限制协商的QoS。然后，GGSN使创建PDP上下文响应(TEID、PDP地址、PDP配置选项、协商的QoS、计费Id、原因)消息返回SGSN。如果对GGSN分配PDP地址，则包括PDP地址。如果GGSN被操作员配置为对请求的APN采用外部PDN地址分配，则将PDP地址设置为0.0.0.0，这指出在完成PDP上下文激活过程后，将由MS与外部PDN协商PDP地址。只要PDP上下文处于ACTIVE状态，GGSN就可以延迟、修改和监视这些协商过程，并利用GGSN启动的PDP上下文修改过程将当前使用的PDP地址传送到SGSN和MS。PDP配置选项含有GGSN可以将其传送到MS的任选PDP参数。MS可以在激活PDP上下文请求消息中请求这些任选PDP参数，也可以由GGSN主动发送这些任选PDP参数。通过SGSN透明发送PDP配置选项。通过基干网络发送创建PDP上下文消息。
如果从SGSN接收的协商的QoS与被激活的PDP上下文不兼容，则GGSN拒绝该创建PDP上下文请求消息。由GGSN操作员配置兼容的QoS概况。
7)SGSN将NSAPI以及GGSN地址插入其PDP上下文中。如果MS已经请求了动态地址，则将从GGSN接收的PDP地址插入PDP上下文中。根据协商的QoS，SGSN选择无线电优先级和分组流Id，然后，将激活PDP上下文接受(PDP类型、PDP地址、TI、协商的QoS、无线电优先级、分组流Id、PDP配置选项)消息返回MS，并开始计费。
同样，仅作为示例提供图2，图2示出辅助PDP上下文激活过程，它相当于上述技术规范中的图64。以下对图2所示各步骤做的说明也包括在其内。
辅助PDP上下文激活过程可以用于激活PDP上下文，同时重用具有不同QoS概况的已激活PDP上下文中的PDP地址和其他PDP上下文信息。不执行ANP选择过程和PDP地址协商过程。利用唯一的TI和唯一的NSPI，识别共享同一个PDP地址和APN的每个PDP上下文。
如果该PDP地址和APN的所有其他激活PDP上下文已经具有有关TFT，则可以执行辅助PDP上下文激活过程，而不对新激活的PDP上下文提供业务流模板(TFT)，否则应提供TFT。TFT含有规定IP标题过滤器的属性，该IP标题过滤器用于使从互连的外部分组数据网接收的数据分组指向新激活的PDP上下文。
1)MS将激活辅助PDP上下文请求(链接的TI、NSAPI、TI、请求的QoS、TFT)消息送到SGSN。链接的TI指出对该PDP地址和APN的任意一个已激活PDP上下文分配的TI值。请求的QoS指出要求的QoS概况。通过SGSN将TFT透明发送到GGSN以使分组分类用于下行链路数据传送。TI和NSAPI含有不被任何其他激活PDP上下文使用的值。
3)在UMTS中，利用RAB分配过程实现RAB建立。
4)利用链接的TI指出的TI，SGSN使激活辅助PDP上下文请求生效。如对于该TI和PDP地址的已激活(各)PDP上下文那样，SGSN使用相同的GGSN地址。
SGSN和GGSN可以限制和协商请求的QoS，正如小节“PDPContext Activation Procedure”所述。SGSN将创建PDP上下文请求(协商的QoS、TEID、NSAPI、主NSAPI、TFT)消息发送到受影响的GGSN。主NSAPI指出对该PDP地址和APN的任意一个已激活PDP上下文分配的NSAPI值。仅当在激活辅助PDP上下文请求消息中进行接收时，包括TFT。GGSN与该PDP地址的已激活(各)PDP上下文使用同一个外部网络，在其PDP上下文表中产生新项目，并存储该TFT。该新项目使GGSN通过SGSN与外部PDP网络之间的不同GTP隧道路由选择PDP PDU。GGSN将创建PDP上下文响应(TEID、协商的QoS、原因)消息返回SGSN。
6)SGSN根据协商的QoS选择无线电优先级和分组流Id，并将激活辅助PDP上下文接受(TI、协商的QoS、无线电优先级、分组流Id)消息返回MS。现在，通过不同的GTP隧道，还可能有不同的LLC链路，SGSN可以在GGSN与MS之间路由选择PDP PDU了。
同样，仅作为示例提供图3，图3示出SGSN启动的PDP上下文修改过程，它相当于上述技术规范中的图68。以下对图3所示各步骤做的说明也包括在其内。
MS或GGSN可以请求，SGSN可以决定，这可能由HLR触发，正如小节“Insert Subscriber Data Procedure”所述，或者由RNC启动的RAB释放过程触发，或者MS和SGSN可以在RNC启动的Iu释放后决定，以便修改在一个或者几个PDP上下文的激活过程中协商的参数。可以修改以下参数-协商的QoS；-无线电优先级；-分组流Id；-PDP地址(对于GGSN启动的修改过程)；以及-TFT(对于MS启动的修改过程)。
通过将修改PDP上下文请求消息发送到MS，SGSN可以请求修改参数。
通过将更新PDP上下文请求消息发送到SGSN，GGSN可以请求修改参数。
通过将修改PDP上下文请求消息发送到SGSN，MS可以请求修改参数。
通过将Iu释放请求消息发送到SGSN，RNC可以请求Iu释放。在Iu释放后，MS和SGSN将根据小节“RNC-Initiated PDPContext Modification Procedure”确定的规则修改PDP上下文。
RNC可以请求释放无线电接入承载(radio access bearer)。在RAB释放后，MS和SGSN将根据小节“RAB Release-Initiatedlocal PDP Context Modification Procedure”规定的规则，局部修改相应PDP上下文。
在PDP上下文活动时，可以激活跟踪。为了在GGSN内使跟踪激活，SGSN将更新PDP上下文请求消息发送到GGSN。如果仅为了激活跟踪而执行PDP上下文修改，则SGSN不将修改PDP上下文请求消息发送到MS。
1)SGSN可以将更新PDP上下文请求(TEID、NSAPI、协商的QoS、跟踪基准、跟踪类型、触发器Id、OMC身份)消息发送到GGSN。如果从SGSN接收的协商的QoS与被修改的PDP上下文不兼容，则GGSN拒绝更新PDP上下文请求。由GGSN操作员配置兼容的QoS概况。如果在PDP上下文活动时，GGSN跟踪被激活，则SGSN将跟踪基准、跟踪类型、触发器Id以及OMC身份包括在该消息内。SGSN将由从HLR或OMC接收的跟踪信息拷贝跟踪基准、跟踪类型以及OMC身份。
2)如果给定其容量和当前负荷，则GGSN可以限制协商的QoS。GGSN存储协商的QoS，并返回更新PDP上下文响应(TEID、协商的QoS、原因)消息。
3)根据协商的QoS，SGSN选择无线电优先级和分组流Id，并且可以将修改PDP上下文请求(TI、协商的QoS、无线电优先级、分组流Id)消息发送到MS。
4)通过返回修改PDP上下文接受消息，MS进行确认。如果MS不接受新协商的QoS，则它将利用MS启动的PDP上下文去激活过程去激活PDP上下文。
5)在UMTS中，可以通过RAB分配过程执行无线电接入承载修改过程。
6)如果在PDP上下文活动时，激活BSS跟踪，则SGSN将调用跟踪(跟踪基准、跟踪类型、触发器Id、OMC身份)消息发送到BSS或UTRAN。由从HLR或OMC接收的跟踪信息拷贝跟踪基准和跟踪类型。
1)SGSN可以将更新PDP上下文请求(TEID、NSAPI、协商的QoS、跟踪基准、跟踪类型、触发器Id、OMC身份)消息发送到GGSN。如果从SGSN接收的协商的QoS与被修改的PDP上下文不兼容，则GGSN拒绝该更新PDP上下文请求。由GGSN操作员配置兼容的QoS概况。如果在PDP上下文活动时，GGSN跟踪被激活，则SGSN将跟踪基准、跟踪类型、触发器Id以及OMC身份包括在该消息内。SGSN由从HLR或OMC接收的跟踪信息拷贝跟踪基准、跟踪类型以及OMC身份。
2)如果给定其容量和当前负荷，则GGSN可以限制协商的QoS。GGSN存储协商的QoS，并返回更新PDP上下文响应(TEID、协商的QoS、原因)消息。
3)根据协商的QoS，SGSN选择无线电优先级和分组流Id，并且可以将修改PDP上下文请求(TI、协商的QoS、无线电优先级、分组流Id)消息发送到MS。
4)通过返回修改PDP上下文接受消息，MS进行确认。如果MS不接受新协商的QoS，则它将利用MS启动的PDP上下文去激活过程去激活PDP上下文。
5)在UMTS中，可以通过RAB分配过程执行无线电接入承载修改过程。
6)如果在PDP上下文活动时，激活BSS跟踪，则SGSN将调用跟踪(跟踪基准、跟踪类型、触发器Id、OMC身份)消息发送到BSS或UTRAN。由从HLR或OMC接收的跟踪信息拷贝跟踪基准和跟踪类型。
同样，仅作为示例提供图4，图4示出GGSN启动的PDP上下文修改过程，它相当于上述技术规范中的图69。以下对图4所示各步骤做的说明也包括在其内。
1)GGSN将更新PDP上下文请求(TEID、NSAPI、PDP地址、请求的QoS)消息发送到SGSN。请求的QoS指出要求的QoS概况。PDP地址是任选的。
2)如果给定其容量、当前负荷、当前QoS概况以及预约QoS概况，则SGSN可以限制要求的QoS概况。根据协商的QoS，SGSN选择无线电优先级和分组流Id，并将修改PDP上下文请求(TI、PDP地址、协商的QoS、无线电优先级、分组流Id)消息发送到MS。PDP地址是任选的。
3)通过返回修改PDP上下文接受消息，MS进行确认。如果MS不接受新协商的QoS，则它将利用MS启动的PDP上下文去激活过程去激活PDP上下文。
4)在UMTS中，可以通过RAB分配过程执行无线电接入承载修改过程。
5)在收到修改PDP上下文接受消息时，或者在完成RAB修改过程时，SGSN将更新PDP上下文响应(TEID、协商的QoS)消息返回到GGSN。如果SGSN接收去激活PDP上下文请求消息，则它将遵循MS启动的PDP上下文去激活过程。
同样，仅作为示例提供图5，图5示出MS启动的PDP上下文修改过程，它相当于上述技术规范中的图70。以下对图5所示各步骤做的说明也包括在其内。
1)MS将修改PDP上下文请求(TI、协商的QoS、TFT)消息发送到SGSN。可以包括请求的QoS或TFT，也可以包括它们二者。请求的QoS指出要求的QoS概况，而TFT指出被附加或修改或者从PDP上下文中删除的TFT。
2)如果给定其容量、当前负荷以及预约QoS概况，则SGSN可以限制要求的QoS概况。SGSN将更新PDP上下文请求(TEID、NSAPI、协商的QoS、TFT)消息发送到GGSN。如果从SGSN接收的协商的QoS和/或TFT与被修改的PDP上下文不兼容(例如，TFT含有不一致的分组过滤器)，则GGSN拒绝更新PDP上下文请求。由GGSN操作员配置兼容的QoS概况。
3)如果给定其容量和当前负荷，则GGSN可以进一步限制协商的QoS。GGSN存储协商的QoS，存储、修改或删除该PDP上下文的TFT，正如在TFT内指出的那样，然后，返回更新PDP上下文响应(TEID、协商的QoS)消息。
4)在UMTS中，可以通过RAB分配过程执行无线电接入承载修改过程。
5)SGSN根据协商的QoS选择无线电优先级和分组流Id，并将修改PDP上下文接受(TI、协商的QoS、无线电优先级、分组流Id)消息返回MS。
注意如果SGSN不接受请求的QoS，则跳过该过程的步骤2和3，而在步骤4，将现有协商的QoS返回MS。
尽管在上述技术规范中提供了许多细节，但是仍未涉及与移动网有关的许多特征。也就是说，在移动台始发的呼叫中提供通知的技术还未被引入上述技术规范中，而这些细节正是本发明所涉及的内容。
发明内容
在本发明中，根据MS和网络中的传输层需要执行的过程/消息，安排在MS的应用层交换的信令，以建立IP多媒体呼叫。
在MS的应用层发送建立消息以建立IP多媒体呼叫时，在通过无线电接口发送该消息之前或之后，根据采用的接入方式，MS执行适当的过程以在网络中通过无线电接口建立适当的承载，从而满足建立该建立消息的应用层规定的呼叫要求。
本发明的技术应用于移动台始发呼叫的情况，在发送建立消息之后或之后，并在将确认/呼叫接受消息发送到被叫方之前，MS执行上述传输层的过程。
在根据本发明的技术中，对于要利用通知进行响应的移动台始发呼叫，将要播放通知的节点的传输地址通知MS，然后，MS启动PDP上下文修改过程以根据节点的传输地址(TA)建立业务流模板(TFT)。
所有附图均构成本发明说明书的一部分，在结合附图阅读下面对示例实施例所做的详细说明和权利要求时，以上内容将更加明显，并且可以更好地理解本发明，尽管本发明说明书的上述以及和以下描述和说明集中在披露本发明的示例实施例，但是，显然，应该明白，它们仅作为例子用于说明问题，本发明并不局限于此。只有所附权利要求的各项目限定本发明的实质范围。
以下是附图的简要说明，附图包括图1示出PDP上下文激活过程的各步骤；图2示出辅助PDP上下文激活过程的各步骤；图3-5示出分别发生在SGSN启动、GGSN启动以及MS启动的PDP上下文修改过程的各步骤；图6和7还详细示出发生在呼叫建立过程的各步骤；图8示出根据本发明在以移动台主叫呼叫方式提供通知的技术中发生的各步骤的例子。
具体实施例方式
在开始详细说明本发明之前，先顺序说明以下内容。适当时，可以在不同附图中使用类似的数字或字符表示相同、相应或类似部件。此外，在以下的详细说明中，可以给出示例大小/模型/数值/范围，但是本发明并不局限于此。最后，为了简化说明和讨论，并且又为了不使本发明模糊不清，附图中未示出众所周知的部件。
除了上述技术规范外，3GPP于2001年3月颁布的技术规范TS23.228 V1.5.0版为IP多媒体(IM)子系统定义二级业务描述，所述IP多媒体(IM)子系统包括在UMTS内支持IP多媒体(IM)业务所需的单元。在此引用该技术规范的全部内容供参考，并且与先前引述技术规范的情况相同，在此供参考引用的各单元及其功能仅是分组交换无线通信网的非限定性例子，并且不应该认为本发明局限于此。
图6相当于TS 23.228技术规范的图5.7，它详细示出在呼叫建立过程中发生的以下步骤1.UE(A)对包括SDP建议的UE(B)开始会话起动过程。
2.对UE(B)的用户进行预告警。(任选)3.将预告警指示送到UE(A)。(任选)4.然后，UE(B)的用户进行交互并表达他/她对实际会话的愿望。(任选)5.根据终端设置、重新配置的终端概况以及任选的用户希望，UE(B)产生可接受的SDP。
6.在可靠SIP响应的净荷载中将可接受的SDP转发到UE(A)。
7.进行初始承载创建过程。在此承载创建步骤，利用PDP上下文过程，保留UE(A)接入网和UE(B)接入网的资源。此时，还可以保留外部网络中的承载资源。
8.UE(B)的终端开始振铃。(任选)9.将告警指示送到UE(A)。(任选)10.UE(B)的用户可以交互并表达他/她对实际会话的愿望。(任选)11.如果在步骤7保留的初始承载与UE(B)用户的愿望不同，则此时UE(A)和UE(B)可以执行承载修改过程。在此承载修改步骤，通过修改PDP上下文，可以修改UE(A)接入网和UE(B)接入网的资源，并且还可以对外部网络内的资源保留进行修改。
12.确认会话起动过程。
此外，图7示出呼叫建立过程发生的各步骤，它相当于第二次引述的技术规范的5.6.2节中的图5.15。在此还将说明以下步骤。
1.UE#1将含有初始SDP的“SIP邀请”请求发送到通过CSCF发现机构确定的P-CSCF。初始SDP可以代表多媒体会话中的一个或者多个媒体。
2.对于此UE，P-CSCF记忆(从注册过程)下一个跳跃CSCF。在这种情况下，它将“邀请”转发到归属网中的S-CSCF。
3.S-CSCF使该业务概况生效，并执行该用户要求的任意始发业务控制。这包括根据用户对多媒体业务的预约特许请求的SDP。
4.正如S-S过程规定的那样，S-CSCF转发该请求。
5.根据S-S过程，沿信令通路返回目的地的媒体流容量。
6.S-CSCF将SDP消息转发到P-CSCF。
7.P-CSCF特许该会话所需的资源。
8.P-CSCF将SDP消息转发到始发端点。
9.UE判定该会话的最终媒体流组，并将最终SDP发送到P-CSCF。
10.P-CSCF将该消息转发到S-CSCF。
11.根据S-S过程，S-CSCF将该消息转发到终接端点。
12.在步骤#9确定最终媒体流后，UE对该会话所需的资源启动保留过程。
13.在完成资源保留时，通过利用“邀请”消息建立的信令通路，UE将“资源保留成功”消息发送到终接端点。首先，将该消息发送到P-CSCF。
14.P-CSCF将该消息转发到S-CSCF。
15.根据S-S过程，S-CSCF将该消息转发到终接端点。
16.目的地UE可以选择地进行告警。如果是这样，则利用指示振铃的临时响应，将告警信号送到始发方。对于S-S过程，该消息被送到S-CSCF。
17.S-CSCF将该消息转发到P-CSCF。
18.P-CSCF将该振铃消息转发到UE。
19.UE向始发用户指出目的地在振铃。
20.在目的地方应答时，正如终接过程和S-S过程规定的那样，终接端点将SIP 200-OK最终响应发送到S-CSCF。
21.S-CSCF执行会话建立完成要求的任意始发业务控制。
22.沿上述步骤(2)的“邀请”请求经过的通路，S-CSCF将200-OK响应送回P-CSCF。
23.P-CSCF指出现在应该提交对该会话保留的资源。
24.P-CSCF将200-OK响应送回UE。
25.UE启动该会话的媒体流。
26.UE利用发送到P-CSCF的ACK消息响应200 OK。
27.P-CSCF将最终ACK消息转发到S-CSCF。
28.对于S-S过程，S-CSCF将最终ACK消息转发到终接端点。然而，时常需要MS从被叫方接收记录的通知，而不是与被叫方相连进行对话。在这种情况下，从其地址不同于被叫方地址的节点输出记录的通知，并且根据本发明的技术有助于起动PDP上下文修改过程，以根据该节点的传输地址(TA)设置业务流模板(TFT)。
参考图8，图8示出根据本发明的在移动台始发的呼叫中提供通知的技术实例，在步骤#1，将建立消息从MS送到对等体。
此建立消息被网络截取，所述网络被指示将一个通知消息转发给被叫方以响应于呼叫建立。在附图中，将播放通知的机器称为远程CSCF/REP，在步骤#2，它利用包括其IP地址和端口号(即远程设备TA)的连接消息，确认该建立消息，从而使MS正确连接到它。
随后，在步骤#3、#4、#5、#6和#7，MS激活辅助PDP上下文，该辅助PDP上下文包括使机器将业务发送到MS的TFT。也就是说，TFT包括远程设备TA(即，其IP地址和端口号)。
在步骤#8，MS确认接受辅助PDP上下文，然后，在步骤#9，远程设备对MS播放通知。
因此，根据本发明，在MS试图与希望利用通知进行响应的被叫方建立呼叫时，被叫方指定进行这种通知的远程设备机器将其TA送到MS。反过来，该MS利用远程设备的TFT激活辅助PDP上下文，以使远程设备机器将其通知转发到该MS。
这样就结束了对示例实施例所做的说明。尽管参考本发明的说明性实施例对本发明进行了说明，但是应该明白，在本发明原理实质范围内，本技术领域内的熟练技术人员可以设想出许多其他修改和其他实施例。更具体地说，在本发明实质范围内，可以对属于上述说明书、附图以及所附权利要求范围内的部件和/或原组合排列的排列进行合理变更和修改。除了对部件和/或排列进行变更和修改外，其他可能用途对本技术领域内的熟练技术人员是显而易见的。
权利要求
1.一种在通信网内提供通知的方法，该方法包括对第一网络单元建立第一级通信会话；确定将对第一网络单元播放一个通知；发送将在所述第一级通信会话上播放该通知的第二网络单元的身份；建立第二级通信会话；根据发送的身份，设置所述第二级通信会话参数；以及对第一网络单元播放通知。
2.根据权利要求1所述的方法，其中发送的身份包括IP(因特网协议)地址。
3.根据权利要求1所述的方法，其中发送的身份包括端口号。
4.根据权利要求1所述的方法，其中发送的身份包括TA(传输地址)。
5.根据权利要求1所述的方法，其中通信会话包括PDP(分组数据协议)上下文。
6.根据权利要求2所述的方法，其中通信会话包括PDP(分组数据协议)上下文。
7.根据权利要求3所述的方法，其中通信会话包括PDP(分组数据协议)上下文。
8.根据权利要求4所述的方法，其中通信会话包括PDP(分组数据协议)上下文。
9.根据权利要求1所述的方法，其中第一网络单元包括MS(移动台)。
10.根据权利要求1所述的方法，其中通信会话包括至少一个PDP上下文。
11.根据权利要求1所述的方法，其中所述参数包括过滤信息。
12.根据权利要求11所述的方法，其中所述过滤信息包括业务流模板(TFT)。
13.根据权利要求1所述的方法，其中通过使TA(传输地址)包括在TFT(业务流模板)内，设置通信信道参数。
14.一种计算机可读的程序存储装置，它明确嵌入了计算机可执行其指令以实现在通信网内提供通知的方法的程序，该方法包括对第一网络单元建立第一级通信会话；确定将对第一网络单元播放一个通知；发送将在所述第一级通信会话上播放该通知的第二网络单元的身份；建立第二级通信会话；根据发送的身份，设置所述第二级通信会话参数；以及对第一网络单元播放通知。
15.根据权利要求14所述的装置，其中发送的身份包括IP(因特网协议)地址。
16.根据权利要求14所述的装置，其中发送的身份包括端口号。
17.根据权利要求14所述的装置，其中发送的身份包括TA(传输地址)。
18.根据权利要求14所述的装置，其中通信会话包括PDP(分组数据协议)上下文。
19.根据权利要求15所述的装置，其中通信会话包括PDP(分组数据协议)上下文。
20.根据权利要求16所述的装置，其中通信会话包括PDP(分组数据协议)上下文。
21.根据权利要求17所述的装置，其中通信会话包括PDP(分组数据协议)上下文。
22.根据权利要求14所述的装置，其中第一网络单元包括MS(移动台)。
23.根据权利要求14所述的装置，其中所述通信会话包括至少一个PDP上下文。
24.根据权利要求14所述的装置，其中通过使TA(传输地址)包括在TFT(业务流模板)内，设置通信会话参数。
25.根据权利要求14所述的装置，其中所述参数包括过滤信息。
26.根据权利要求25所述的装置，其中所述过滤信息包括业务流模板(TFT)。
全文摘要
一种在通信网内提供通知的技术，该技术包括在网络的第一网络单元内建立第一级通信会话。然后，确定将对第一网络单元播放通知。此后，发送将在所述第一级通信会话上播放该通知的第二网络单元的身份，然后，在建立第二级通信会话后，根据发送的身份，修改第二级通信信道参数。然后，第二网络单元对第一网络单元播放该通知。发送的身份可以包括IP地址或端口号或TA。通信会话可以包括PDP上下文。第一网络单元可以包括移动台。
文档编号H04Q7/38GK1502078SQ02807999
公开日2004年6月2日 申请日期2002年4月9日 优先权日2001年4月9日
发明者图加·赫塔, 图加 赫塔, 斯蒂芬诺·法克辛, 诺 法克辛, 埃瓦诺, 内德科·埃瓦诺, 巴拉斯, 伯藤尔·巴拉斯 申请人:诺基亚公司