会话发起处理的制作方法

会话发起处理的制作方法【专利摘要】本公开提供了一种在IP多媒体子系统(IMS)网络中处理SIP会话发起请求的方法。该方法在网络内的应用服务器(AS)处执行。AS接收包含目的地地址的会话发起请求，其中该目的地地址当前与多个注册用户设备(UE)相关联。然后，AS确定与目的地地址相关联的UE是否已经处于会话中。如果是，则AS使得该会话发起请求仅被转发至该UE。如果不是，则AS使得该会话发起请求被转发至针对该地址注册的所有UE。【专利说明】会话发起处理
技术领域：
[0001]本发明涉及电信网络中的会话发起请求的处理。具体地，本发明涉及在用户具有多个用户设备的情况下的请求的处理。【
背景技术：
】[0002]随着移动电信网络在日常生活中越来越多地使用，很多用户现在拥有多个用户设备(UE)。例如，用户可以拥有平板电脑、个人移动电话、业务移动电话等等。为了简化这类用户的体验，IP多媒体子系统(IMS)网络为用户提供指向多个UE的单一的SIP地址的功能(例如，用户可以具有与多个UE相关联的单个电话号码)。当邀请(INVITE)请求被发送至用户的SIP地址时，网络将该INVITE请求分发至与该地址相关联的每个UE。将与任何一个首先通过2000K(200成功)进行响应的接受该INVITE请求的UE建立会话。[0003]同样，许多UE现在能够处理多个并发会话，使用如呼叫等待、自组织电话会议(ad-hocconferencecall)或分屏视频通话的功能。但是，如果用户已经在其UE中的一个UE上具有正在进行的会话，则该MS将仍然将所有传入的会话请求提供给用户注册的所有UE。这样，该呼叫可以被除了处于第一会话中的UE之外的其他UE接收，这阻止了处于第一会话中的UE使用并发会话处理功能。此外，用户可能很难同时使用涉及会话的两个UE，或者第二会话可能不会被用户应答(例如，在用户将他们的UE中的一个留在家中并且家中的人听到UE的铃声并且代表用户应答的情况下)。【
发明内容】[0004]根据本发明的第一个方面，提供了一种在IP多媒体子系统(MS)网络中处理SIP会话发起请求的方法。该方法在该网络中的应用服务器处执行。AS接收包含目的地地址的会话发起请求，其中该目的地地址当前与多个注册用户设备(UE)相关联。AS然后确定与该目的地地址相关联的一UE是否已处于会话中。如果是，则AS使得该会话发起请求仅被转发至该UE。如果不是，则AS使该会话发起请求被转发至针对该地址注册的所有UE。[0005]根据本发明的第二个方面，提供了一种在IP多媒体子系统(IMS)网络中被配置作为应用服务器的装置。该装置包括:第一收发器、第二收发器和请求处理单元。第一收发器被配置为接收包含目的地地址的SIP会话发起请求，其中该目的地地址当前与多个注册用户设备(UE)相关联。第二收发器被配置为转发SIP请求。请求处理单元被配置为确定与该目的地地址相关联的一用户设备(UE)是否已处于会话中，并且如果是，则使得该会话发起请求经由该第二收发器仅被转发至该UE，以及如果不是，则使得该会话发起请求经由该第二收发器被转发至针对该地址注册的所有UE。[0006]根据本发明的第三个方面，提供了一种在IP多媒体子系统(MS)网络中被配置作为用户设备(UE)的装置。该装置包括会话发起处理器和收发器。会话发起处理器被配置为将媒体特征标签包括在由该UE在会话建立期间所发送的ACK或2000K响应消息中，该媒体特征标签包括该UE的标识符。收发器被配置为向应用服务器发送该ACK或2000K响应消息。[0007]根据本发明的第四个方面，提供了一种计算机程序，包括计算机可读代码，当该计算机可读代码在装置上运行时，使得其表现为如上述方面所述的装置。【附图说明】[0008]图1为示出了根据第一实施例的方法的流程图；[0009]图2为电信网络的示意图；[0010]图3为根据第二实施例的用于注册的信令图；[0011]图4为根据第二实施例的会话发起的信令图；[0012]图5为根据第二实施例的另一会话发起的信令图；[0013]图6为根据第三实施例的会话发起的信令图；[0014]图7为根据第四实施例的用于注册的信令图；[0015]图8为根据第四实施例的会话发起的信令图；[0016]图9为根据第四实施例的另一会话发起的信令图。【具体实施方式】[0017]已经在上面确认了与将会话发起请求路由至与给定的用户相关联的多个用户设备(UE)的问题。本发明提出了该些问题的解决方案。该解决方案确保了在具有多个用户设备(UE)的用户已经在其中一个UE上处于会话中(例如语音或视频通话)时，未来的会话发起请求只指向该UE。示例性实现在下面进行描述，但在每种情况下，用户的会话建立信令经由用户的家庭网络中的应用服务器被定向。[0018]图1中示出了由应用服务器所执行的方法。该应用服务器保存正在进行的会话的记录，包括该用户的地址，以及该用户的设备中的哪一个被用于此呼叫(未示出)。当应用服务器接收到会话发起请求(例如，SIPINVITE)时(SlOl)，它将检查该会话发起请求的目的地地址是否与正在进行的会话相关联(S102)。如果没有正在进行的会话，则正常地转发该会话发起请求(S104)。如果有正在进行的会话，则应用服务器确定哪一个与目的地地址相关联的UE参与了该会话，并且优先于与该目的地地址相关联的其它UE而将该会话发起请求转发给该UE(S103)。这种优先转发可以通过修改会话发起请求的头信息(例如目的地地址字段，或者在SIPINVITE的情况下的AcceptContact(接受联系方式)头字段)来实现(在下面更详细描述)。[0019]图2中示出了用于说明下面提出的建议的方法的示例性网络。为了描述这些方法，会话发起请求将被假设为分别起源于远程UEA和UEB，并且该用户将被假设为具有两个注册的UE，S卩，在WiFi和3GPP长期演进(LTE)连接上注册的平板电脑UEI以及仅在LTE连接上注册的移动电话UE2。除了实施当前解决方案的应用服务器AS300之外JMS的节点都包括在标题“MS”201之下，因为除了将会话发起信令转发至AS(这可以通过本领域中公知的技术来实现)之外，它们的正常操作没有明显的变化。[0020]AS包括第一收发器301、第二收发器302和请求处理单元303。第一收发器301被配置为接收包含目的地地址的SIP会话发起请求，其中，该目的地地址当前与多个注册的用户设备(UE)相关联。第二收发器302被配置为转发SIP请求。请求处理单元303被配置为确定与目的地地址相关联的用户设备(UE)是否已经处于会话中，并且如果是已经处于会话中，则使得该会话发起请求经由第二收发器仅转发给该UE。如果该UE未处于会话中，则请求处理单元303被配置为使得会话发起请求经由第二收发器被转发至关于该地址进行注册的所有UE0[0021]UEI和UE2至少包括(如图中针对UEI所示)会话发起处理器402和收发器401。会话发起处理器402被配置为在由UE在会话建立期间发送的ACK或2000K响应消息中包括UE的标识符。该收发器被配置为向应用服务器发送该ACK或2000K响应消息。[0022]方法1:媒体特征标签[0023]在第一种提出的方法中，UE中的每一个将唯一标识符注册为支持的媒体特征标签。可以为此创建新标签，例如〃g.3gpp.next-call-on-same_device=[ID]〃，其中[ID]是唯一标识符。使用新特征标签的优点包括:如果UE将该标签包括在发送至IMS的消息中，则网络知道UE能够同时处理多个呼叫，并且如果UE不能承担其它呼叫，该标签可从由UE发送的SIP消息中排除。该唯一标识符可以是特定于UE的，或特定于UE和访问类型的组合。[0024]可替代地，可以使用媒体特征标签sip.1nstance，该标签为UE提供了唯一标识符。为了将该呼叫指向特定的访问类型，可以使用媒体特征标签g.3gpp.accesstype。在下面的描述中，术语“新媒体特征标签”可以由sip.1nstance(以及可选地，g.3gpp.accesstype)媒体特征标签替换，而不改变方法。[0025]为了将UE何时已经接受会话通知给AS，UE将该新媒体特征标签(或至少该唯一标识符)包括在当会话被接受时发送的2000K消息中。当接收到2000K消息时，AS存储UE的用户地址和来自该新媒体特征标签的唯一标识符。在外发会话的情况下，UE可以将该新媒体特征标签包括在INVITE或ACK消息中。[0026]在接收到指向与正在进行的会话相关联的用户地址的INVITE请求时，AS修改该INVITE请求的AcceptContact的头字段以包括用于处于会话中的UE的新媒体特征标签。这确保了INVITE请求被优先转发至处于会话中的UE。[0027]为了确保该INVITE请求不被分发到该用户的其它UE，该请求可以如在可用的标准中所限定地对标签进行详细说明，例如“不分发(no-fork)”，这将使得IMS将该呼叫仅路由到单个设备，或者AcceptContact头信息可以被标记为“require(需要)”和“explicit(明显)”。使用“require”和“explicit”这两者将使得頂S核心网将该呼叫仅路由到从用户的所有设备中选择的、具有与注册了与包括在Accept-Contact头中的相同的特征标签的SIP的设备，而不考虑q值。[0028]图3、4和5中示出了用于第一种建议的方法的示例性信令。图3示出了对注册过程的修改，图4示出了指向用户地址的第一会话发起请求的信令，图5示出了指向用户地址的后续的会话发起请求的信令。[0029]当用户的UE中的UE-1和UE-2向頂S注册时，它们在注册中包括UE的唯一标识符(和可选地，连接类型)作为支持的媒体特征标签。在图3的示例中，对于WiFi访问类型，平板电脑注册next-call-to-same-dev=1234qz，对于LTE访问类型，平板电脑注册next-call_to-same_dev4321tg。对于LTE访问类型，移动电话注册next-call-to-same-dev=ISSTmruSIPREGISTER(SIP注册)在頂S中如当前的标准中所定义地被处理，从而它可以相应地解释该媒体特征标签和直接进入的会话发起请求，并且可选地被转发至AS以提供与每个联系地址相关联的媒体特征标签的记录。如果SIPREGISTER不被转发至AS，则它仍然可以在会话发起期间为对设备的第一呼叫获得媒体特征标签。[0030]图4示出了根据本方法的第一会话的会话发起中涉及的信令。会话发起的初始阶段如相关标准中所定义地进行，不同之处在于发送至用户的UEUE-1和UE-2的或来自用户的UEUE-1和UE-2的所有消息都通过AS转移。当用户接受来自其中一个UE的呼叫时(在该情形下，为平板电脑UE-1)，该UE在2000K响应中包括新媒体特征标签。AS接收2000K响应，并将UE的用户地址和媒体特征标签存储在正在进行的会话的列表中。然后向远程UE-A转发2000K响应，可选地，和由AS或另一頂S节点去除的媒体特征标签一起转发。在来自用户的UE中的一个UE的外发会话发起的情况下，该方法是类似的，不同之处在于媒体特征标签被包括在最后的ACK消息中。[0031]图5示出了当第一会话正在进行时发起的第二会话的会话发起中涉及的信令。寻址到用户的SIPINVITE请求在頂S处被接收并且转发至AS13AS确定用户已经参与了会话，并查找与UE处理会话相关联的媒体特征标签。然后，AS将该媒体特征标签插入到INVITE请求的AcceptContact头信息中，可选地，将AcceptContact头信息“require”和“explicit”如上所述地进行标记。修改后的INVITE请求被转发给用户的联系地址。当该INVITE到达S-CSCF时，S-CSCF确定哪些用户连接与AcceptContact头信息相匹配。在这种情况下，因为新媒体特征标签对于平板电脑上的WiFi连接是唯一的，因此INVITE请求将被仅指向平板电脑，并且用户可以自由地接受会话和/或使用如呼叫等待或电话会议的功能。[0032]图6示出了使用sip.1nstance标签的情况下发起第二会话所涉及的信令。该方法与使用新媒体特征标签的方法相同，不同之处在于使用sip.1nstance标签来代替g.3gpp.next-call-to-same-dev，并且如果访问类型是要识别的，贝Ij必须使用g.3gpp.accesstype标签。[0033]方法2:GRUU[0034]对于每个用户的UE，第二种提出的方法基于全球可路由用户代理统一资源标识符(GloballyRoutableUser-agentURI，GRUU)的使用。GRUU是用来标识特定用户代理(即特定端点，如UE)而不是用来标识用户的SIPURI。使用GRUU作为消息的目的地地址使得该消息仅被发送至与GRUU相关联的特定的UE。[0035]图7、图8和图9示出了针对第二种方法的示例性信令。图7示出了对注册过程的修改，图8示出了针对用户地址的第一会话发起请求的信令，图9示出了针对用户地址的后续的会话发起请求的信令。[0036]如图7中所示，在注册期间，頂S给每个设备分配GRUU值。根据当前方法，頂S也可以将这些GRUU值通知给AS以供存储。如在方法I中的，如果AS此时未获得GRUU值，GRUU值可以替代地在涉及该UE的第一会话的会话发起期间被获得。还可以向AS通知为每个GRUU注册的访问类型。[0037]图8示出了指向用户的第一会话发起请求所涉及的信令。会话发起的初始阶段如相关标准中所定义地进行，不同之处在于发送至用户的UEUE-1和UE-2的或来自用户的UEUE-1和UE-2的所有消息都经由AS转移。当用户接受来自其中一个UE的呼叫(在该情形下，为平板电脑UE-1)，该UE在2000K响应中包括GRUU，并且可选地，还将用来接受该呼叫的访问类型也包括在2000K响应中。2000K响应经由AS路由，AS将用户地址和GRUU(以及可选地，访问类型)存储在正在进行的会话的列表中。然后，向发起该会话发起的远程UE转发该2000K，并且会话发起正常进行。[0038]图9示出了当第一会话正在进行时所发起的第二会话的会话发起所涉及的信令。寻址到用户的SIPINVITE请求在IMS处被接收并且被转发至ASAS确定用户已经参与了会话，并查找与用户相关联的GRUU(以及可选地访问类型)。然后，AS修改INVITE头的目的地字段，使得该INVITE指向GRUU而非用户地址。可选地，AS还在AcceptContact头字段中包括访问类型，并且可以包括“require”和“explicit”标签。然后，该INVITE指向处于正在进行的会话中的UE(在此情况下，为平板电脑UE-1)，而不指向与用户相关联的其它UE，并且用户可以自由地接受会话和/或使用如呼叫等待或电话会议等功能。[0039]虽然已经如上所述结合优选实施例对本发明进行了描述，但是应该理解的是这些实施例只是示例性的，权利要求并不限于这些实施例。本领域技术人员结合所公开的内容能够进行修改和变化，这些修改和变化应被理解为落入所附权利要求的范围中。本说明书中公开或者描述的每个特征可以单独地或者以与这里公开或示出的任何其他特征的任意适当组合结合在本发明中。【主权项】1.一种在IP多媒体子系统(MS)网络中处理SIP会话发起请求的方法，所述方法包括，在所述网络内的应用服务器处:接收包含目的地地址的会话发起请求，其中所述目的地地址当前与多个注册用户设备(UE)相关联(SlOl);确定与所述目的地地址相关联的一用户设备(UE)是否已处于会话中(S102)，并且如果是，则使得所述会话发起请求仅被转发至所述UE(S103)，以及如果不是，则使得所述会话发起请求被转发至针对所述地址注册的所有UE(S104)。2.根据权利要求1所述的方法，其中确定与所述目的地地址相关联的一UE是否已经处于会话中的步骤包括:在与处理正在进行的会话的UE相关联的地址的数据库中查找所述地址。3.根据权利要求2所述的方法，包括:在针对给定地址的第一会话的建立期间，在所述数据库中记录处理所述会话的UE的标识。4.根据权利要求3所述的方法，包括，在记录处理所述会话的UE的标识之前:接收与所述第一会话相关联的2000K响应；根据所述2000K响应确定处理所述第一会话的所述UE的标识。5.根据任一前述权利要求所述的方法，其中，使得所述会话发起请求仅被转发至所述UE的步骤包括:修改所述会话发起请求。6.根据权利要求5所述的方法，其中，所述会话发起请求是INVITE请求，并且修改所述会话发起请求包括修改所述INVITE请求的头信息。7.根据权利要求6所述的方法，其中修改头信息的步骤包括:向所述INVITE请求的AcceptContact头字段插入一个或多个媒体特征标签，所述一个或多个媒体特征标签指示所述UE。8.根据权利要求7所述的方法，其中，所述一个或多个媒体特征标签被指示为“require，，和/或“explicit，，。9.根据权利要求6所述的方法，其中修改头信息的步骤包括:修改所述会话发起请求的目的地地址。10.—种在IP多媒体子系统(IMS)网络中被配置作为应用服务器(300)的装置，所述装置包括:第一收发器(301)，其被配置为接收包含目的地地址的SIP会话发起请求，其中所述目的地地址当前与多个注册用户设备(UE)相关联；第二收发器(302)，其被配置为转发SIP请求；请求处理单元(303)，其被配置为确定与所述目的地地址相关联的一用户设备(UE)是否已处于会话中，并且如果是，则使得所述会话发起请求经由所述第二收发器仅被转发至所述UE，以及如果不是，则使得所述会话发起请求经由所述第二收发器被转发至针对所述地址注册的所有UE。11.根据权利要求10所述的装置，其中所述装置还包括数据库单元，其被配置为存储正在进行的会话的数据库，并且所述请求处理单元被配置为通过查询所述正在进行的会话的数据库来确定与所述目的地地址相关联的UE是否已经处于会话中。12.根据权利要求11所述的装置，其中所述数据库单元还被配置为:在针对给定地址的第一会话的建立期间，在所述数据库中记录处理所述会话的UE的标识。13.根据权利要求12所述的装置，还包括第三收发器，用于接收与所述第一会话相关联的2000K消息；其中所述数据库单元还被配置为根据所述2000K请求来确定处理所述第一会话的所述UE的标识。14.根据权利要求8至13中任一项所述的装置，其中，所述请求处理单元被配置为通过修改所述会话发起请求，使得所述会话发起请求仅被转发至所述UE。15.根据权利要求14所述的装置，其中所述会话发起请求是INVITE请求，并且所述请求处理单元被配置为通过修改所述INVITE请求的头信息来修改所述会话发起请求。16.根据权利要求15所述的装置，其中，所述请求处理单元被配置为通过向所述INVITE请求的AcceptContact头字段插入一个或多个媒体特征标签来修改所述头信息，所述一个或多个媒体特征标签指示所述UE。17.根据权利要求16所述的装置，其中，所述一个或多个媒体特征标签被指示为“require，，和/或“explicit，，。18.根据权利要求10至17中任一项所述的装置，其中，所述收发器还被配置为接收标识处于所述会话中的UE的会话建立通知；所述请求处理单元还被配置为记录所标识的UE处于会话中。19.一种在IP多媒体子系统(IMS)网络中被配置作为用户设备(UE)(400)的装置，所述装置包括:会话发起处理器(402)，其被配置为将媒体特征标签包括在由所述UE在会话建立期间所发送的ACK或2000K响应消息中，所述媒体特征标签包括所述UE的标识符；收发器(401)，其被配置为向应用服务器发送所述ACK或2000K响应消息。20.根据权利要求19所述的装置，其中所述媒体特征标签是sip.1nstance标签。21.根据权利要求19或20所述的装置，包括:IMS注册单元，其被配置为在IMS注册期间将所述UE的标识符提供给所述IMS作为所支持的媒体特征标签。22.一种计算机程序，包括计算机可读代码，当所述计算机可读代码在装置上运行时，使得其表现为如权利要求10至21中的任一项所述的装置。【文档编号】H04L29/06GK105830412SQ201380081678【公开日】2016年8月3日【申请日】2013年12月20日【发明人】M·O·斯蒂尔,J·霍尔姆【申请人】瑞典爱立信有限公司