CN1682557A - 通信信道选择 - Google Patents

通信信道选择 Download PDF

Info

Publication number
CN1682557A
CN1682557A CNA038213583A CN03821358A CN1682557A CN 1682557 A CN1682557 A CN 1682557A CN A038213583 A CNA038213583 A CN A038213583A CN 03821358 A CN03821358 A CN 03821358A CN 1682557 A CN1682557 A CN 1682557A
Authority
CN
China
Prior art keywords
pdp context
pdp
request
network components
subscriber equipment
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.)
Pending
Application number
CNA038213583A
Other languages
English (en)
Inventor
因马库拉达·卡里翁－罗德里戈
米卡·波伊克塞尔凯
图伊亚·胡尔塔
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Oyj
Original Assignee
Nokia Oyj
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Nokia Oyj filed Critical Nokia Oyj
Publication of CN1682557A publication Critical patent/CN1682557A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/12—Setup of transport tunnels
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/60—Scheduling or organising the servicing of application requests, e.g. requests for application data transmissions using the analysis and optimisation of the required network resources
    • H04L67/63—Routing a service request depending on the request content or context
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/50—Connection management for emergency connections

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Communication Control (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

公开一种为用户设备和网络之间的通信量建立通信连接的方法，包括：从用户设备向网络部件传送通信连接请求，所述请求包括优选通信连接的指示；在该网络部件接收所述请求的至少一部分；在该网络部件选择用于通信量的通信连接；和把选择的通信连接通知用户设备。

Description

通信信道选择
技术领域
本发明涉及用户设备和网络之间PDP上下文的配置，更具体地说，涉及用于信令通信量的这种配置。本发明尤其与可提供一个以上的可能PDP上下文的情形有关，尤其(不过不是排他地)与PDP上下文包括专用信令PDP上下文和通用PDP上下文的情形有关。
背景技术
在第三代移动通信***，比如3GPP***中，PDP上下文建立用户设备(UE)和通信网络中的网关GPRS支持节点(GGSN)之间的通信会话。在3GPP版本5(R5)中，提出可在UE和网络之间，在两个PDP上下文之一：专用信令PDP上下文或通用PDP上下文上传送涉及IP多媒体子***的信令通信量。
在3GPP R5中，提出UE通过在发送给网络的协议配置选项(PCO)中设置一个标记，向网络指示所需的PDP上下文。如果该标记被设置，那么它指示对专用信令PDP上下文的请求。如果该标记未被设置，那么它指示对通用PDP上下文的请求。
专用信令PDP上下文需要来自网络的支持，例如网络必须检查在专用信令PDP上下文上传送的信令通信量。3GPP R5规范允许网络的运营商选择是否支持专用信令PDP上下文。如果网络运营商不支持专用信令PDP上下文，那么用户设备应把通用PDP上下文用于涉及IP多媒体子***的信令。
从而如果UE请求专用信令PDP上下文，那么网络可能不能支持专用信令PDP上下文，于是用户设备的请求不能变得更为方便。
另外，PDP请求通过服务GPRS支持节点(SGSN)被传送给网络的网关GPRS支持节点(GGSN)。如果SGSN是R5之前的版本，那么它将不支持在辅助PDP上下文激活请求中，或者在PDP上下文修改请求中使用信令标记来指示对专用信令PDP上下文的请求，并且不会把这样的标记或请求转发给GGSN。
从而，如果UE请求专用信令PDP上下文，那么GGSN不可能收到该请求，从而，用户设备的请求不能变得更为方便。
如果对专用信令PDP上下文的请求被网络接受，那么网络运营商可能希望决定哪些通信量被允许使用这样的PDP上下文。3GPP R5规定专用信令PDP上下文上的通信量的类型必须是SIP、DHCP或DNS。但是，网络运营商可能还希望提供将在专用信令PDP上下文上支持的其它类型的通信量。例如，专用信令PDP上下文上的通信量可对用户免费，运营商可允许其它类型的通信量免费。
从而，如果专用信令PDP上下文被接受，那么UE可能不知道网络允许在该PDP上下文上传送的所有类型的通信量。
与识别UE请求的PDP上下文的类型的标记的传输相关联的上述问题适用于除指示要求专用信令PDP上下文的标记之外的标记。通常，该问题涉及UE请求特殊类型的PDP上下文的任意实例，例如，网络不能识别或解释特定的请求，而只是识别一般的请求。
本发明的一个目的是提供对上述一个或所有问题的解决方案。
发明内容
根据本发明，提供一种为用户设备和网络之间的通信量(traffic)建立通信连接的方法，包括：从用户设备向网络部件传送通信连接请求，所述请求包括优选通信连接的指示；在该网络部件接收所述请求的至少一部分；在该网络部件选择用于通信量的通信连接；和把选择的通信连接通知(communicate)用户设备。所述通信连接最好是PDP上下文(context)。
通知步骤可包括把识别选择的PDP上下文的消息传送给用户设备。通知步骤可包括把识别非选择的PDP上下文的消息传送给用户设备。选择PDP上下文的步骤可依赖于优选的PDP上下文和网络支持的PDP上下文。
通知步骤可包括把确认选择了优选的PDP上下文的消息传送给用户设备。通知步骤可包括把拒绝优选PDP上下文的消息传送给用户设备。
消息可识别优选PDP上下文的替换物(alternative)。选择步骤可包括确定将在PDP上下文上传送的通信量的类型。选择步骤可包括对第一组通信量类型，选择第一PDP上下文，对第二组通信量类型选择第二PDP上下文。
通知步骤可包括把允许的通信量类型通知用户设备。通信量可以是信令通信量。至少两个PDP上下文可包括专用信令PDP上下文和通用PDP上下文。
该方法还可包括在另一网络部件接收来自用户设备的PDP请求，并把PDP请求从所述另一网络部件传送给该网络部件的步骤。
所述另一网络部件可从请求中除去优选的PDP上下文，以致从所述另一网络部件传送给该网络部件的请求不包括优选PDP上下文的指示。
通知步骤可包括传送原因代码或信令标记(flag)。
本发明还提供一种为用户设备和网络之间的信令通信量建立PDP上下文的方法，包括：在第一网络部件接收来自用户设备的第一PDP请求，第一PDP请求包括优选PDP上下文的身份；在第二网络部件接收来自第一网络部件的第二PDP请求，第二PDP请求包括至少一部分的第一PDP请求；在第二网络部件，选择用于信令通信量的PDP上下文；和向用户设备确认选择的PDP上下文。
第二PDP请求最好包括优选PDP上下文的身份(identity)，其中第二网络部件根据优选的PDP上下文和网络支持的PDP上下文，选择PDP上下文。
第二PDP请求可不包括优选PDP上下文的身份，其中第二网络部件根据网络支持的PDP上下文，选择PDP上下文。
选择的PDP上下文可以是默认的PDP上下文。
选择的PDP上下文可包括专用信令PDP上下文和通用PDP上下文之一。
确认步骤可包括把原因代码传送给用户设备。
本发明还提供一种保存计算机程序代码的计算机程序产品，所述计算机程序代码适合于执行任意一个附加的方法权利要求的方法。
在另一方面，本发明提供一种为用户设备和网络之间的通信量确定通信连接的网络部件，包括：从用户设备接收通信连接请求的装置；选择用于通信量的通信信道的装置；和把选择的通信信道通知用户设备的装置。所述通信信道最好是PDP上下文。
通信信道请求可包括优选通信信道的身份。通知装置适合于把识别选择的PDP上下文的消息传送给用户设备。通知装置适合于把识别非选择的PDP上下文的消息传送给用户设备。
选择至少两个PDP上下文之一的装置可对网络支持的PDP上下文进行响应。
PDP请求可包括优选PDP上下文的身份，选择装置还对优选的PDP上下文进行响应。通知装置适合于把确认选择了优选PDP上下文的消息传送给用户设备。
选择装置可包含确定要在PDP上下文上传送的通信量的类型的装置。
选择装置可包含对第一组信令类型选择第一PDP上下文的装置，和对第二组信令类型选择第二PDP上下文的装置。通知装置适合于把允许的通信量类型通知用户设备。通信量最好是信令通信量。
PDP上下文可包括专用信令PDP上下文和通用PDP上下文。网络部件最好是网关GPRS支持节点。请求装置最好被连接，以便从服务GPRS支持节点接收PDP请求。
本发明还提供一种为用户设备和网络之间的通信量确定PDP上下文的网络部件，包括：在第一网络部件接收来自用户设备的第一PDP请求的装置，第一PDP请求包括优选PDP上下文的身份；在第二网络部件接收来自第一网络部件的第二PDP请求的装置，第二PDP请求包括至少一部分的第一PDP请求；第二网络部件包括选择用于通信量的PDP上下文的装置；和向用户设备确认选择的PDP上下文的装置。
第二PDP请求可包括优选PDP上下文的身份，选择装置依赖于优选的PDP上下文和网络支持的PDP上下文。
第二PDP请求可不包括优选PDP上下文的身份，其中第二网络部件根据网络支持的PDP上下文，选择PDP上下文。
选择的PDP上下文可以是默认的PDP上下文。选择的PDP上下文可以是专用信令PDP上下文和通用PDP上下文之一。第一网络部件可以是SGSN，第二网络部件可以是GGSN。消息可以是给用户设备的原因代码。
根据本发明，还提供一种通信***，包括从用户设备接收PDP请求的服务GPRS支持节点，PDP请求包括优选PDP上下文的身份；和从服务GPRS支持节点接收PDP请求的网关GPRS支持节点，其中网关GPRS支持节点适合于根据网络支持的PDP上下文，为用户设备和通信***之间的信令通信量选择专用信令PDP上下文或通用PDP上下文，并且适合于向用户设备确认选择的PDP上下文。
网关GPRS支持节点最好从服务GPRS支持节点接收包括优选PDP上下文的身份的PDP请求，网关GPRS支持节点还适合于根据优选PDP上下文的身份，选择信令PDP上下文。
本发明的方法和设备还可提供UE请求的会话的身份是紧急会话，并且最好向传送PDP请求的UE提供包括关紧急PDP上下文的请求的指示的消息。根据关于媒体会话的策略信息，可允许紧急PDP上下文。
本发明还向其中将为用户设备和网络之间的通信量建立PDP上下文的通信***提供一种原因代码，通过在网络部件接收来自用户设备的PDP请求；为所述通信量选择专用信令PDP上下文或通用PDP上下文；并利用原因代码向用户设备确认选择的PDP上下文，建立所述PDP上下文。
本发明还向3GPP R5通信***提供一种原因代码，所述原因代码向用户设备指示网络激活的信令PDP上下文。
附图说明
现在将参考附图来说明本发明，其中：
图1表示用于图解说明本发明的3GPP网络的主要部件；
图2图解说明已知的PDP上下文激活；
图3(a)～3(d)图解说明根据本发明的实施例的PDP上下文激活的通信；
图4(a)和4(b)图解说明根据本发明的实施例的紧急PDP上下文的建立。
具体实施方式
这里参考特定的例子说明本发明。但是，本发明的适用性并不局限于所述例子。
参见图1，图中表示了用于理解本发明的优选实施例的3GPP网络的主要部件。
用户设备(UE)10与通信网络30连接。通信网络30包括服务GPRS支持节点(SGSN)12和网关GPRS支持节点(GGSN)14。通信网络30的配置为本领域的技术人员公知。通常，借助SGSN 12，在通信网络的GGSN 14和用户设备10之间建立通信会话。
根据3GPP R5，通信网络可在专用信令分组数据协议(PDP)上下文上，或者在通用PDP上下文上，支持用户设备和通信网络之间的与IP多媒体子***(IMS)相关的信令通信量。图1中这由与GGSN14通信连接的IMS服务器31图解说明。通信网络中GGSN的操作员将确定通信网络是否支持专用信令PDP上下文。
当用户设备10通过通信网络启动会话时，在用户设备和通信网络中的GGSN之间必须建立PDP上下文。根据3GPP R5，就建立PDP上下文来说，用户设备能够请求使用专用信令PDP上下文。这是通过在辅助PDP上下文激活，或者在PDP上下文修改中设置信令标记来实现的。
结合图1参见图2，图2中图解说明了根据本发明的一个优选实施例的例证PDP上下文激活。所示的例子以“激活PDP上下文请求”为基础。其它例子包括“激活辅助PDP上下文请求”或“修改PDP上下文请求”。
在PDP上下文激活中，UE 10向网络30的SGSN 12发送激活PDP上下文请求消息50。根据3GPP R5，该消息可包括可能包含信令标记的协议配置选项(PCO)。对于本例来说，假定信令标记被设置，指示对专用信令PDP上下文的请求。
根据已知技术，SGSN 12随后把产生PDP上下文请求消息52传送给GGSN 14。同样，该消息可包括可能包含信令标记的PCO。
在GGSN 14的输入/输出块18接收产生PDP上下文请求消息。GGSN的控制块16读取消息52，并且作为已知程序的一部分，确定信令标记是否被设置。如果信令标记被设置，那么GGSN检查网络是否支持信令PDP上下文。在本实施例中，控制块16检查存储块20，存储块20保存网络支持的信令PDP上下文的细节。
在本例中，假定网络确实支持专用信令PDP上下文。于是，控制块根据已知技术，配置专用信令PDP上下文。
根据已知技术，一旦PDP上下文被激活，那么GGSN 14把答复(接受)消息54回传给SGSN 12，SGSN 12再把答复(接受)消息56传送给UE 10。
根据本发明的一个优选实施例，答复(接受)消息被修改或者被扩展，以包括PDP上下文已建立的指示。即，该消息包括专用信令PDP上下文是否已被建立的指示。这可用许多方式来实现。
图3(a)中表示了把PDP上下文状态传送给UE的一个实施例，其中答复(接受)消息包括包含信令标记的协议配置选项(PCO)。GGSN在答复(接受)消息中设置信令标记，指示专用信令PDP上下文已被建立，SGSN把该信令标记复制到答复(接受)消息56。这样，答复(接受)消息中信令标记的设置向UE指出专用信令PDP上下文是否已被建立，或者通用PDP上下文是否已被建立。
现在讨论对上述例子的另一修改，这里网络不支持专用信令PDP上下文。下面讨论这种情形的两个实施例。
在第一个实施例中，当GGSN收到设置有信令标记的产生PDP上下文请求，并且网络不支持专用信令PDP上下文时，网络反正以通用PDP上下文的形式建立PDP上下文。在本实施例中，不存在PDP上下文的拒绝，从而不要求UE启动另一个PDP上下文激活，辅助PDP上下文激活或PDP上下文修改。其优点在于需要UE和网络之间的较少信令。最好，网络向UE通知通用PDP上下文已被激活，这可通过不在返回给SGSN 12的答复(接受)消息54，以及返回给UE 10的答复(接受)消息中设置信令标记来实现。这示于图3(b)中。这样，UE知道PDP上下文已被建立。
在第二个实施例中，当GGSN收到设置有信令标记的产生PDP上下文请求，并且网络不支持专用信令PDP上下文时，该PDP上下文被GGSN拒绝。在3GPP R5中存在现有的原因代码：“服务不被支持”。该原因代码可被返回给UE。这示于图3(c)中。但是，这不会给出正是专用信令PDP上下文不被网络支持的UE信息。在收到PDP上下文拒绝之后，UE需要启动请求通用PDP上下文的PDP上下文，以便继续进行，如果先前不存在这样的PDP上下文的话。
对于上述第一和第二个实施例来说，本发明最好还提供用于传输给UE的一个新的原因代码。例如，这样的原因代码可以是：“不支持专用信令PDP上下文”。最好利用协议配置选项(PCO)，通过SGSN透明地传送该原因代码。另一方面，该原因代码可从GGSN传送到SGSN，并从SGSN传送到UE，如图3(d)中所示。
在上述例子中，假定网络的所有部件都支持3GPP R5。但是，在GGSN是第5版GGSN的网络中可以利用第5版3GPP之前的SGSN。如果SGSN是第5版之前的SGSN，那么它不能识别激活辅助PDP上下文请求或修改PDP上下文请求中的信令标记。这样，该标记不会被转发给GGSN，GGSN不会知道UE请求了专用信令PDP上下文。这种情况下，GGSN可分配一个通用PDP上下文，而没有认识到UE不希望这样。
于是，根据本发明的一个优选实施例，当收到信令标记并且网络提供所需的支持时，GGSN总是指示成功的专用信令PDP上下文激活。这样，如果UE没有收到这样的指示，但是收到PDP上下文已被激活的指示，那么它知道PDP上下文激活是常规的PDP上下文，即通用PDP上下文。最好例如在PCO中通过SGSN透明地提供所述指示。如同这里将在别处说明的一样，可利用新的原因代码，或者通过在给UE的消息中设置信令标记来发送所述指示。
这种情况下，如果UE知道SGSN是第5版之前的SGSN，那么当它收到PDP上下文被成功激活的消息时，它知道这是一个通用PDP上下文。如果答复(接受)消息不包括协议配置选项，那么UE可知道SGSN是第5版之前的SGSN。但是在这种情况下，不根据SGSN是第5版之前的SGSN建立专用信令PDP上下文，不论网络是否支持专用信令PDP上下文。
在另一实施例中，本发明提供一种允许网络的运营商确定哪些通信量被允许在接受的信令PDP上下文上传送的机制。该机制的实用性在于运营商可允许某些PDP上下文，例如专用信令PDP上下文上的通信量被免费传送。3GPP R5规定专用信令PDP上下文传送SIP、DHCP和DNS通信量。但是，运营商可能还希望允许其它类型的通信量在专用信令PDP上下文上被传送。
于是在本实施例中，本发明提供一种把在选择的PDP上下文上可支持的通信量的类型通知UE的方法。最好例如在协议配置选项(PCO)或者在通信量流模板(TFT)中，通过SGSN透明地传送该信息。网络可以例如协议、IP地址、端口号(从其可得到协议)等的形式，发送允许的通信量的列表。当发送答复(接受)消息时，允许的通信量的列表可从例如GGSN传送。
由于本发明提供用于传递给UE的激活的PDP上下文(尤其是在UE请求专用信令PDP上下文的情况下)，因此用户设备被告知事实上是否已建立了通用PDP上下文，于是UE知道可对该PDP上下文应用常规的收费。UE最好还被告知在该PDP上下文上，是否能够传送除与IP多媒体子***相关的信令通信量之外的其它通信量。
上面的实施例描述了在主要PDP上下文激活时，即，当UE向网络发送激活PDP上下文请求时，UE和网络的行为和信息交换。在辅助PDP上下文激活时，即当UE向网络发送激活辅助PDP上下文请求时，或者在PDP上下文修改时，即当UE向网络发送修改PDP上下文请求时，适用相同的UE和网络行为及信息交换。
在上面的例子中，描述了通过在PDP上下文请求中(在PDP上下文激活时，在辅助PDP上下文激活时，或者可选地在PDP上下文修改时)包括识别该请求的标记，UE请求特定类型的PDP上下文的例证情形。在该例证情形中，请求包括识别需要专用PDP上下文的信令标记。
更一般地，并且从上面的描述可认识到，借助识别上下文的信令标记，本发明简化了UE对任意特定PDP上下文的请求。下面参考图4给出另一个例子，在该例子中，通过在PDP上下文请求中包括一个识别该请求中的紧急会话指示或紧急标记的信令标记，UE请求紧急会话的建立。
可能需要这样的标记，因为在GPRS级，为紧急会话建立承载(bearer)的机制不同于目前在3GPP提案中规定的标准GPRS承载建立。对于网络来说，需要能够检测紧急会话，以便能够对相关的承载应用特殊的处理。
如同关于图4的例子进一步所述，通过在PDP上下文激活期间，包括一个紧急会话指示-一个紧急标记，UE建立用于紧急会话的承载。这既适用于主要PDP上下文激活程序，又适用于辅助PDP上下文激活程序。如果在紧急会话之前，UE已被分离，从而首先执行附着(attach)，那么在附着请求中也需要该指示。
根据本发明的这个实施例，在建立PDP上下文时，用户设备能够请求建立一个紧急会话。这是通过在PDP上下文激活，在辅助PDP上下文激活，或者可选地在PDP上下文修改时设置信令标记来实现的。
结合图1参见图4(a)，图中图解说明了根据本发明的一个优选实施例的关于紧急会话的例证PDP上下文激活。图中所示的例子基于“激活PDP上下文请求”。
在PDP上下文激活中，UE 10把激活PDP上下文请求消息102发送给网络30的SGSN 12，该消息包括一个紧急标记。
根据已知技术，SGSN 12随后把产生PDP上下文请求消息传送给GGSN 14。同样，该消息包括一个紧急标记。
产生PDP上下文请求消息在GGSN 14的输入/输出块18被接收。GGSN的控制块16读取消息52，并识别是否设置了紧急标记。如果设置了紧急标记，那么GGSN检查网络中是否存在用于UE 10的紧急信令PDP上下文。在一个实施例中，控制块16可检查存储块20，存储块20可保存网络中目前可用的紧急信令PDP上下文的细节。
在本例中，假定存在紧急信令PDP上下文。于是控制块16根据已知技术配置紧急信令PDP上下文。
根据已知技术，一旦紧急PDP上下文被激活，那么GGSN 14就向SGSN 12回传一个答复(接受)消息106，该消息包括一个紧急标记。SGSN 12再把答复(接受)消息108传送给UE 10，该消息同样包括一个紧急标记。
如上所述，在本发明的这个实施例中，答复(接受)消息被修改或者被扩展，以便包括建立了紧急PDP上下文的指示。即，该消息包括紧急信令PDP上下文是否已被建立的指示。
这样，肯定地向UE确认紧急PDP上下文已被建立。如果出于不论什么原因，网络已不能建立紧急PDP上下文，那么在给UE的答复消息中不存在紧急标记会通知UE，紧急PDP上下文还未被建立。
从而，在UE请求紧急PDP上下文，但是网络只建立常规PDP上下文的情况下，使UE知道这种情况。例如在SGSN未被配置成解释请求中的紧急标记，于是忽略所述紧急标记的情形下会发生这种情况。在这样的情形下，对于下行链路通信来说，需要指示特别请求的会话还未被建立。
另一种选择是UE从SGSN接收PDP上下文激活拒绝消息。例如如果SGSN懂得紧急标记(即在协议定义中，该标记被编码成“要求理解”)并且SGSN未被配置成解释该紧急标记，那么会发生这种情况。这种情况下，拒绝消息向UE指示，SGSN不能向UE分配紧急PDP上下文。
UE对紧急PDP上下文的请求是一种特殊情况，其中重要的是UE知道特定的上下文是否已被批准。紧急PDP上下文不能被丢失，可被赋予高于其它上下文的优先权，并且可被赋予特殊的路由选择。从而，如果UE已被分配一种不具有预期的那些特征的不同类型的上下文，那么重要的是UE知道这种情况。
如果紧急PDP上下文未被建立，那么UE可采取恰当的默认动作。这可包括例如把已激活的常规PDP上下文重新用于IMS紧急会话，或者使用线路交换域。
参见图4(b)，图中表示了对于辅助PDP上下文激活，用于紧急会话的媒体(可能还有信令)的PDP上下文的激活的另一例子。在辅助PDP上下文激活中，UE 10把激活辅助PDP上下文请求消息110发送给网络30的SGSN 12，该消息包括指示紧急会话的紧急标记。
如果出于某一原因，信令PDP上下文被网络丢弃，那么通过利用辅助PDP上下文，UE可重新建立用于紧急会话的信令PDP上下文。这种情况下，使用辅助PDP上下文确保PDP上下文将被链接到用于紧急会话的现有媒体PDP上下文。
根据已知技术，SGSN随后把产生PDP上下文请求消息112传送给GGSN 14。同样，该消息包括一个紧急标记。
产生PDP上下文请求消息在GGSN 14的输入/输出块18被接收。GGSN的控制块16读取消息52，识别是否设置了紧急标记。如果设置了紧急标记，那么GGSN检查在网络中是否存在可用于UE 10的紧急信令PDP上下文。在一个实施例中，控制块16可检查存储块20，存储块20可保存网络中当前可用的信令PDP上下文的细节。
在本例中，假定存在紧急信令PDP上下文。于是控制块16根据已知技术配置紧急信令PDP上下文。
在一个可选实施例中，在确定是否能够建立紧急会话时，GGSN把COPS请求消息114传送给代理呼叫状态控制功能(P-CSCF)或策略决策功能(PDF)100，代理呼叫状态控制功能(P-CSCF)或策略决策功能(PDF)100包括所请求的PDP上下文的身份。在这样的例子中，P-CSCF/PCF 100保存与网络策略相关的信息，并把COPS：决策消息116返回给GGSN，包括策略信息的细节。根据该策略信息，GGSN判断紧急PDP上下文是否可被支持，并向P-CSCF/PCF 100返回报告其判断的COPS报告消息118，本情况下，COPS报告将激活紧急PDP上下文。
之后，一旦紧急PDP上下文被激活，GGSN 14就向SGSN 12回传一个答复(接受)消息120，该消息包括一个紧急标记。SGSN 12再向UE 10传送一个答复(接受)消息122，该消息同样包括一个紧急标记。
从而，如上所述，在一个实施例中，本发明允许向请求者传送关于所请求的特定PDP上下文(用于紧急会话的PDP上下文)是否已被批准的指示。
虽然这里参考特定的实施例说明了本发明，不过本发明并不局限于任意这样的实施例。本领域的技术人员会明白，可更广泛地应用本发明。本发明的保护范围由附加权利要求限定。

Claims (55)

1、一种为用户设备和网络之间的通信量建立通信连接的方法，包括：从用户设备向网络部件传送通信连接请求，所述请求包括优选通信连接的指示；在该网络部件接收所述请求的至少一部分；在该网络部件选择用于通信量的通信连接；和把选择的通信连接通知用户设备。
2、按照权利要求1所述的方法，其中所述通信连接是PDP上下文。
3、按照权利要求2所述的方法，其中通知步骤包括把识别选择的PDP上下文的消息传送给用户设备。
4、按照权利要求2所述的方法，其中通知步骤包括把识别非选择的PDP上下文的消息传送给用户设备。
5、按照权利要求2-4任意之一所述的方法，其中选择PDP上下文的步骤依赖于优选的PDP上下文和网络支持的PDP上下文。
6、按照权利要求5所述的方法，其中通知步骤包括把确认选择了优选的PDP上下文的消息传送给用户设备。
7、按照权利要求5所述的方法，其中通知步骤包括把拒绝优选PDP上下文的消息传送给用户设备。
8、按照权利要求5所述的方法，其中消息识别优选PDP上下文的替换物。
9、按照权利要求2-8任意之一所述的方法，其中选择步骤包括确定将在PDP上下文上传送的通信量的类型。
10、按照权利要求2-9任意之一所述的方法，其中选择步骤包括对第一组通信量类型选择第一PDP上下文，对第二组通信量类型选择第二PDP上下文。
11、按照权利要求9或10所述的方法，其中通知步骤包括把允许的通信量类型通知用户设备。
12、按照权利要求2-11任意之一所述的方法，其中通信量是信令通信量。
13、按照权利要求2-12任意之一所述的方法，其中至少两个PDP上下文包括专用信令PDP上下文和通用PDP上下文。
14、按照权利要求2-13任意之一所述的方法，还包括在另一网络部件接收来自用户设备的PDP请求，并把PDP请求从所述另一网络部件传送给所述网络部件的步骤。
15、按照权利要求14所述的方法，其中所述另一网络部件从请求中除去优选PDP上下文，以致从所述另一网络部件传送给所述网络部件的请求不包括优选PDP上下文的指示。
16、按照权利要求2-15任意之一所述的方法，其中通知步骤包括传送原因代码或信令标记。
17、按照权利要求1或2所述的方法，其中通信请求识别紧急连接请求。
18、按照从属于权利要求2的权利要求17所述的方法，其中通信请求识别紧急PDP上下文。
19、按照权利要求17或18所述的方法，其中用于通信量的通信的选择依赖于网络策略。
20、一种为用户设备和网络之间的信令通信量建立PDP上下文的方法，包括：在第一网络部件接收来自用户设备的第一PDP请求，第一PDP请求包括优选PDP上下文的身份；在第二网络部件接收来自第一网络部件的第二PDP请求，第二PDP请求包括至少一部分的第一PDP请求；在第二网络部件，选择用于信令通信量的PDP上下文；和向用户设备确认选择的PDP上下文。
21、按照权利要求20所述的方法，其中第二PDP请求包括优选PDP上下文的身份，其中第二网络部件根据优选PDP上下文和网络支持的PDP上下文选择PDP上下文。
22、按照权利要求20所述的方法，其中第二PDP请求不包括优选PDP上下文的身份，其中第二网络部件根据网络支持的PDP上下文选择PDP上下文。
23、按照权利要求22所述的方法，其中选择的PDP上下文是默认的PDP上下文。
24、按照权利要求21-23任意之一所述的方法，其中选择的PDP上下文包括专用信令PDP上下文和通用PDP上下文之一。
25、按照权利要求21-24任意之一所述的方法，其中确认步骤包括把原因代码传送给用户设备。
26、按照权利要求20所述的方法，其中优选PDP上下文是紧急PDP上下文。
27、一种保存计算机程序代码的计算机程序产品，所述计算机程序代码适合于执行按照权利要求2-26任意之一所述的方法。
28、一种为用户设备和网络之间的通信量确定通信连接的网络部件，包括：从用户设备接收通信连接请求的装置；选择用于通信量的通信信道的装置；和把选择的通信通知用户设备的装置。
29、按照权利要求28所述的网络部件，其中所述通信信道是PDP上下文。
30、按照权利要求28或29所述的网络部件，其中通信信道请求包括优选通信信道的身份。
31、按照权利要求28或30所述的网络部件，其中通知装置适合于把识别选择的PDP上下文的消息传送给用户设备。
32、按照权利要求28或30所述的网络部件，其中通知装置适合于把识别非选择的PDP上下文的消息传送给用户设备。
33、按照权利要求28-32任意之一所述的网络部件，其中选择至少两个PDP上下文之一的装置对网络支持的PDP上下文进行响应。
34、按照权利要求33所述的网络部件，其中PDP请求包括优选PDP上下文的身份，选择装置还对优选PDP上下文进行响应。
35、按照权利要求34所述的网络部件，其中通知装置适合于把确认选择了优选PDP上下文的消息传送给用户设备。
36、按照权利要求29-35任意之一所述的网络部件，其中选择装置包含确定要在PDP上下文上传送的通信量的类型的装置。
37、按照权利要求29-36任意之一所述的网络部件，其中选择装置包含对第一组信令类型选择第一PDP上下文的装置，和对第二组信令类型选择第二PDP上下文的装置。
38、按照权利要求36或37所述的网络部件，其中通知装置适合于把允许的通信量类型通知用户设备。
39、按照权利要求29-38任意之一所述的网络部件，其中通信量是信令通信量。
40、按照权利要求29-39任意之一所述的网络部件，其中PDP上下文包括专用信令PDP上下文和通用PDP上下文。
41、按照权利要求29-40任意之一所述的网络部件，包括网关GPRS支持节点。
42、按照权利要求41所述的网络部件，其中请求装置被连接，以便从服务GPRS支持节点接收PDP请求。
43、按照权利要求34所述的网络部件，其中优选的通信信道是紧急通信信道。
44、一种为用户设备和网络之间的通信量确定PDP上下文的网络部件，包括：在第一网络部件接收来自用户设备的第一PDP请求的装置，第一PDP请求包括优选PDP上下文的身份；在第二网络部件接收来自第一网络部件的第二PDP请求的装置，第二PDP请求包括至少一部分的第一PDP请求；第二网络部件包括选择用于通信量的PDP上下文的装置；和向用户设备确认选择的PDP上下文的装置。
45、按照权利要求44所述的网络部件，其中第二PDP请求包括优选PDP上下文的身份，选择装置依赖于优选PDP上下文和网络支持的PDP上下文。
46、按照权利要求45所述的网络部件，其中第二PDP请求不包括优选PDP上下文的身份，其中第二网络部件根据网络支持的PDP上下文选择PDP上下文。
47、按照权利要求46所述的网络部件，其中选择的PDP上下文是默认的PDP上下文。
48、按照权利要求44-47任意之一所述的网络部件，其中选择的PDP上下文是专用信令PDP上下文和通用PDP上下文之一。
49、按照权利要求44-48任意之一所述的网络部件，其中第一网络部件是SGSN，第二网络部件是GGSN。
50、按照权利要求49所述的网络部件，其中消息是给用户设备的原因代码。
51、按照权利要求44所述的网络部件，其中优选的PDP上下文是紧急PDP上下文。
52、一种通信***，包括从用户设备接收PDP请求的服务GPRS支持节点，PDP请求包括优选PDP上下文的身份；和从服务GPRS支持节点接收PDP请求的网关GPRS支持节点，其中网关GPRS支持节点适合于根据网络支持的PDP上下文，为用户设备和通信***之间的信令通信量选择专用信令PDP上下文或通用PDP上下文，并且适合于向用户设备确认选择的PDP上下文。
53、按照权利要求52所述的通信***，其中网关GPRS支持节点从服务GPRS支持节点接收包括优选PDP上下文的身份的PDP请求，网关GPRS支持节点还适合于根据优选PDP上下文的身份，选择信令PDP上下文。
54、一种用于其中将为用户设备和网络之间的通信量建立PDP上下文的通信***的原因代码，通过在网络部件接收来自用户设备的PDP请求；为所述通信量选择专用信令PDP上下文或通用PDP上下文；和利用原因代码向用户设备确认选择的PDP上下文，建立所述PDP上下文。
55、一种用于3GPP R5通信***的原因代码，所述原因代码向用户设备指示网络激活的信令PDP上下文。
CNA038213583A 2002-07-12 2003-07-11 通信信道选择 Pending CN1682557A (zh)

Applications Claiming Priority (4)

Application Number Priority Date Filing Date Title
GB0216278.2 2002-07-12
GBGB0216278.2A GB0216278D0 (en) 2002-07-12 2002-07-12 Communication channel selection
GB0300917.2 2003-01-15
GBGB0300917.2A GB0300917D0 (en) 2002-07-12 2003-01-15 Communication channel selection

Publications (1)

Publication Number Publication Date
CN1682557A true CN1682557A (zh) 2005-10-12

Family

ID=30117109

Family Applications (1)

Application Number Title Priority Date Filing Date
CNA038213583A Pending CN1682557A (zh) 2002-07-12 2003-07-11 通信信道选择

Country Status (10)

Country Link
US (1) US20050169208A1 (zh)
EP (1) EP1532834A2 (zh)
JP (1) JP2005536092A (zh)
KR (1) KR100828197B1 (zh)
CN (1) CN1682557A (zh)
AU (1) AU2003250479A1 (zh)
BR (1) BR0312599A (zh)
GB (2) GB0216278D0 (zh)
MX (1) MXPA05000560A (zh)
WO (1) WO2004008797A2 (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101552723B (zh) * 2008-04-03 2011-11-16 电信科学技术研究院 一种获取andsf实体的ip地址的方法、***及装置
CN101529856B (zh) * 2006-10-20 2012-08-29 阿尔卡特朗讯 对用于向通信终端广播内容的承载信道类型进行选择的设备

Families Citing this family (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7539186B2 (en) * 2003-03-31 2009-05-26 Motorola, Inc. Packet filtering for emergency service access in a packet data network communication system
US7440459B2 (en) * 2004-02-02 2008-10-21 Lucent Technologies Inc. Methods of detecting protocol support in wireless communication systems
DE102004061523A1 (de) * 2004-12-21 2006-06-22 Siemens Ag Verfahren zum Ermöglichen der Überwachung eines nicht-echtzeitfähigen Datenverbindungskontextes eines Teilnehmers eines zellularen Mobilfunknetzes
GB2425015A (en) * 2005-04-07 2006-10-11 Symbian Software Ltd Quality of service in networked computing devices
US7911943B2 (en) * 2006-01-13 2011-03-22 Nokia Corporation Optimization of PDP context usage
JP5144749B2 (ja) * 2007-04-27 2013-02-13 テレフオンアクチーボラゲット エル エム エリクソン（パブル） 改良型サービス許可方法及び装置
EP2183940A2 (en) * 2007-07-30 2010-05-12 Telefonaktiebolaget LM Ericsson (PUBL) A method of selecting media flow
EP2437555B1 (en) * 2010-10-04 2013-09-11 HTC Corporation Network initiated detach with reattach
KR101791533B1 (ko) 2011-04-28 2017-10-30 삼성전자 주식회사 이동통신 시스템에서 자원 예약 방법 및 시스템

Family Cites Families (9)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5659542A (en) * 1995-03-03 1997-08-19 Intecom, Inc. System and method for signalling and call processing for private and hybrid communications systems including multimedia systems
US5953312A (en) * 1996-09-13 1999-09-14 Bay Networks Method and apparatus for determining alternate routes in a network using a connection-oriented protocol
US6154778A (en) * 1998-05-19 2000-11-28 Hewlett-Packard Company Utility-based multi-category quality-of-service negotiation in distributed systems
US6230005B1 (en) * 1998-10-01 2001-05-08 Nokia Telecommunications, Oy Method and apparatus for providing overlay to support third generation cellular services
FI111436B (fi) * 1999-06-14 2003-07-15 Nokia Corp Menetelmä ja järjestelmä PDP-kontekstien palvelutarkoituksen ilmaisemiseksi
US7623447B1 (en) * 2000-04-10 2009-11-24 Nokia Corporation Telephony services in mobile IP networks
GB2361389B (en) * 2000-04-15 2004-01-28 Ericsson Telefon Ab L M Telecommunications system
EP1154664A1 (en) * 2000-05-09 2001-11-14 Lucent Technologies Inc. Resource reservation in 3G or future generation telecommunication network II
PT2139272E (pt) * 2000-10-13 2014-07-15 Sisvel Internat S A Método e sistema para conexão de um equipamento móvel a uma rede de comunicações sem fios

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101529856B (zh) * 2006-10-20 2012-08-29 阿尔卡特朗讯 对用于向通信终端广播内容的承载信道类型进行选择的设备
CN101552723B (zh) * 2008-04-03 2011-11-16 电信科学技术研究院 一种获取andsf实体的ip地址的方法、***及装置

Also Published As

Publication number Publication date
WO2004008797A3 (en) 2004-07-01
EP1532834A2 (en) 2005-05-25
JP2005536092A (ja) 2005-11-24
US20050169208A1 (en) 2005-08-04
BR0312599A (pt) 2005-04-19
MXPA05000560A (es) 2005-04-28
WO2004008797A2 (en) 2004-01-22
AU2003250479A1 (en) 2004-02-02
KR20050019858A (ko) 2005-03-03
GB0300917D0 (en) 2003-02-12
KR100828197B1 (ko) 2008-05-08
GB0216278D0 (en) 2002-08-21

Similar Documents

Publication Publication Date Title
CN1282390C (zh) 处理网络识别紧急会话的方法和***
US9794217B2 (en) Attention commands enhancement
CN1202681C (zh) 建立网络单元之间的连接的方法和***
CN1871831A (zh) 用于处理服务故障的方法
EP2057818B1 (en) Method, system and terminal for multimedia session establishment
US9042884B1 (en) System and method for enabling authorization of local breakout for internet protocol multimedia services
CN101031135A (zh) 一种紧急呼叫方法及***
JP5376175B2 (ja) ユーザ機器のｐｄｎ（パケットデータネットワーク）接続を最適化する方法
CN1467978A (zh) 具有分组交换多媒体会话到电路交换呼叫转移的电信***
CN1655532A (zh) 管理基于网际协议的语音(VoIP)***的路由路径
CN1541494A (zh) 利用公共信道进行数据通信的方法与***
CN101044771A (zh) 对于第一和第二无线接入网可操作的移动终端的***间切换
EP1871043B1 (en) VoIP communication control method and access point apparatus
CN1520203A (zh) 在蜂窝移动无线***中同时接入电路业务和分组业务的方法
CN1757252A (zh) 无线终端会话控制和接口建立方法
CN101448232B (zh) 紧急呼叫实现方法及***、用户设备
CN1682557A (zh) 通信信道选择
CN1976346A (zh) 一种实现视频共享业务的方法、***及装置
CN1643945A (zh) Pdp语境差错处理方法
CN1147173C (zh) 建立连接的方法与***
CN1214668C (zh) 在两层通信网络中释放连接的方法、通信***和网络单元
CN1832438A (zh) 下一代网络中的业务切换***及其方法
CN101069395A (zh) 用于共享多媒体能力分发的方法
CN1622647A (zh) 用于发送多播信息的***
CN1625152A (zh) 一种保证传输分组数据业务质量的方法

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C02 Deemed withdrawal of patent application after publication (patent law 2001)
WD01 Invention patent application deemed withdrawn after publication

Open date: 20051012