Hold通告配置的制作方法
Hold通告配置的制作方法
【专利摘要】一种用于在通信网络中管理HOLD通告的方法和设备。在应用服务器AS上，从用户终端接收包括指示符的消息，该指示符规定在会话期间当在用户终端和另一个节点之间的媒体流的方向变化时AS是否应该提供HOLD通告。AS在存储器中存储该指示符。当确定媒体流的方向发生了变化时，AS从该指示符来确定是否向另一个节点提供HOLD通告。
【专利说明】 HOLD通告配置
【技术领域】
[0001]本发明涉及在通信网络中提供HOLD通告。
【背景技术】
[0002]IP多媒体子系统(MS)是由第三代合作伙伴项目(3GPP)定义的在移动通信网络上提供IP多媒体服务的技术。IP多媒体服务在相同会话内提供语音、视频、消息传送、数据等的动态组合。
[0003]图1示意示出MS在GPRS/PS接入网的情况下(MS当然能运行于其他接入网上)如何适应于移动网络架构。如图1所示，IMS包括核心网络101和服务网络102。呼叫/会话控制功能(CSCF) 103作为MS核心网络内的会话发起协议(SIP)代理运行，并且与诸如出口网关控制功能(BGCF) 104和媒体资源功能控制器(MRFC) 105等等之类的其它实体接口。代理CSCF(P-CSCF)是MS中用于SIP终端的第一接触点；在服务CSCF(S-CSCF)向订户提供服务；查询CSCF(1-CSCF)识别正确的S-CSCF并向那个S-CSCF转发经由P-CSCF从SIP终端接收的请求。
[0004]可能出现参与到与另一个用户的通信会话中的用户希望使其他用户处于保持状态(on hold)的情形。3GPP在TS 24.610中规定了通信HOLD(“保持”)补充业务，其中用户能够在已建立的通信中通过改变媒体流方向使另一个用户处于H0LD，如“4.5.2.1 Act1nsat the invoking UE ”章节中所定义。在这种情况下,用户设备(UE)生成新的会话描述协议(SDP)提议，其中所述SDP提议包括规定所需变化的属性。如果最初把媒体流的方向设置为”发送和接收”，通过在SDP提议中规定“仅发送”属性可使所述媒体流的方向降级为“仅发送”。如果最初将媒体流的方向设置为“仅接收”，通过在SDP提议中规定“非活动”属性可使所述媒体流的方向改变为“非活动”。用户能够稍后通过改回媒体方向来恢复通信。当先前设置流为“非活动”时使用“仅接收” SDP属性，并且当先前设置流为“仅发送”时使用“发送和接收” SDP属性。但是，因为“发送和接收”是缺省的，所以可忽略后者属性。
[0005]TS 24.610 的 “4.5.2.4 Act1ns at the AS of the invoking UE” 章节规定，是否向保持的用户提供通告是网络选择。
[0006]可能存在当用户改变媒体流方向时不希望网络提供HOLD通告的情形。例如，用户可能正在参与到与端接网络中另一个节点的同时包含视频和音频流的媒体会话中。由于带宽考虑，用户可决定停止接收视频流，但是保持音频流。在这种情况下，用户可规定视频流方向从“发送和接收”改变为“仅发送”。在这个例子中，用户不希望应用服务器(AS)响应于媒体流方向的这种变化而向其它节点提供HOLD通告。
[0007]TS 24.610的4.6.6章节中给出并定义了供在会议期间扣留HOLD通告来应用的规范。如果会议的参加者调用HOLD业务，则不希望向会议提供通告。在会议期间作出改变媒体流方向的请求时，该AS配置HOLD通告，并且当请求源自“焦点”时不向保持的用户提供该通告，所述“焦点”是会议的控制、认证和授权的中心点。
[0008]在TS 24.610中规定的HOLD通告的扣留没有解决当用户作出媒体流方向的变化时要实现的允许用户配置HOLD通告的问题。
【发明内容】
[0009]本发明的目的在于:向用户提供关于当用户使接受者HOLD时是否要播放HOLD通告的较大控制权。根据本发明的第一方面，提供在通信网络中管理HOLD通告的方法。在应用服务器AS上，从用户终端接收消息。该消息包括指示符，该指示符规定在会话期间当在用户终端和另一个节点之间的媒体流的方向变化时AS是否应该提供HOLD通告。AS在存储器中存储该指示符。当确定媒体流的方向发生了变化时，AS从该指示符确定是否向另一个节点提供HOLD通告。例如，当初始第一用户正在参与到与另一个用户的同时包含视频和音频流的媒体会话中时，媒体流的方向可能发生变化。由于带宽考虑，第一用户可决定停止接收视频流，但是保持音频流。在这种情况下，第一用户将规定视频流方向从“发送和接收”改变为“仅发送”。在本例中用户不希望AS响应于媒体流方向的这个变化向其他用户提供HOLD通告。因此，本发明通过向用户提供选择他们是否希望提供HOLD通告的选项解决了这个问题。
[0010]作为一个选项，网络是IP多媒体子系统MS网络。
[0011]作为一个选项，在会话开始时使用补充业务代码SSC向AS提供指示符。
[0012]作为一个备择选项，使用会话描述协议SDP消息中的a-属性向AS提供指示符。
[0013]作为另一个备择选项，使用补充业务数据SSD向AS提供指示符。
[0014]作为一个选项，媒体流方向的变化是从“发送和接收”媒体流变成“仅发送”媒体流。
[0015]根据第二方面，提供用于在通信网络中管理HOLD通告的AS。AS配备了用于接收来自用户终端的消息的接收器。该消息包括指示符，该指示符规定在会话期间当在用户终端和另一个节点之间的媒体流的方向变化时AS是否应该提供HOLD通告。AS还配备了用于存储指示符的存储器和用于确定媒体流方向发生了变化的处理器。该处理器被布置成从指示符来确定是否向另一个节点提供HOLD通告。
[0016]根据第三方面，提供操作用户终端的方法。用户利用用户输入并且输入指示符，该指示符规定在涉及用户终端的会话期间当媒体流方向变化时AS是否应该提供HOLD通告。然后，用户终端能够向AS发送包括该指示符的消息。
[0017]根据第四方面，提供用户终端。用户终端配备有用于接收用户输入的用户输入装置。该用户输入包括指示符，该指示符规定在涉及用户终端的会话期间当媒体流方向变化时AS是否应该提供HOLD通告。用户终端也配备有用于向AS发送包括该指示符的消息的发送器。
[0018]根据第五方面，提供包括计算机可读代码的计算机程序，当在AS上运行时，使AS完成如第一方面中上述的方法。
[0019]根据第六方面，提供包括计算机可读代码的计算机程序，当在用户终端上运行时，使用户终端完成如第三方面中所述的方法。
[0020]根据第七方面，提供计算机程序产品，其中包括计算机可读介质和如第五或第六方面中的任一方面中上述的计算机程序，其中，计算机程序存储于计算机可读介质上。
【专利附图】
【附图说明】
[0021]图1在框图中示意示出与通用分组无线电业务(GPRS)接入网的移动网络架构相关联的一个頂S网络；
图2是示出配置HOLD通告的一个示范性方法的信令流程图；
图3是示出配置HOLD通告的另一个示范性方法的信令流程图；
图4是示出本发明的一个示范性实施例的流程图；
图5是示出本发明的另一个示范性实施例的流程图；
图6在框图中示意示出应用服务器的一个示范性实施例；
图7在框图中示意示出用户设备(UE)的一个示范性实施例。
【具体实施方式】
[0022]本发明向用户提供一种方法，该方法规定当媒体流方向发生变化时是否要提供在通信网络中的HOLD通告。当改变媒体流的方向时，有时可能不希望播放HOLD通告。当用户正在参与到与端接网络中另一个节点的同时包含视频和音频流的媒体会话中时，可能出现媒体流方向变化的例子。由于带宽考虑，用户可决定停止接收视频流，但是保持音频流。在这种情况下，用户规定视频流方向从“发送和接收”改变为“仅发送”。在本例中用户不希望AS响应于媒体流方向的这种变化向其它节点提供HOLD通告。
[0023]在图2中示出了第一示范性实施例。在该实施例中，由用户配置关于是否提供HOLD通告的决定，可利用会话描述协议(SDP)消息中的a-属性来实现。例如，能够将两个新的附加a-线定义为“a=play_announcement”和“a=no_announcement”以分别规定提供通告或不提供。
[0024]会话的媒体流初始设置为“发送和接收”。
[0025]S201.用户设备(UE) 201作出将在其自身与端接网络中另一个节点203之间的媒体流从“发送和接收”改变为“仅发送”的请求。这通过向另一个节点203发送INVITE( “邀请”)来实现，其中，SDP消息包括“a=Sendonly”属性。SDP也包括指示符，该指示符规定关于HOLD通告的用户设置。这采取附加a-线的形式,例如“a=play-announcement”或者“ a=no-announcement”。
[0026]S202.AS 202接收与改变媒体流方向的请求相关联的INVITE，其也包括指示符，该指示符当媒体流方向变化时是否要在其它节点提供HOLD通告。在本实施例中，该指示符采取附加a-属性的形式，并且由AS 202存储。
[0027]S203.向其它节点203转发INVITE。AS也能够基于该指示符的内容向其它节点提供或者扣留HOLD通告。
[0028]S204.当接收到INVITE后，其它节点203通过AS 202向UE 201发送200 OK响应，其中，该200 OK响应包括请求将媒体流设置为“仅接收”的SDP消息。
[0029]本实施例允许用户规定在媒体流方向发生变化的会话期间是否要提供HOLD通告。本实施例允许用户在会话期间通过在SDP中包括a-属性来配置其所需设置。
[0030]在图3示出的第二实施例中，由UE 201在UE 201与其它节点203之间的通信会话的初始化期间通过利用基于SIP的用户配置来配置HOLD通告。
[0031]S301.UE 201向AS 202提供也称作特征接入代码(FAC)的补充业务代码(SSC)。例如，用户能够发起与其它节点203的会话，并且将SSC添附于所拨号码(B-号码)的前端，其中该SSC定义用户设置。
[0032]S302.AS 202接收向其它节点203发送的INVITE。AS 202基于SSC存储用户的指示符，并且从B-号码中移除SSC前缀。
[0033]S303.AS 202 向其它节点 203 转发 INVITE。在其它节点 203、AS 202 和 UE 201
之间出现建立会话的进一步信令。
[0034]S304.在已建立的会话期间，UE 201作出通过向其它节点203发送INVITE来改变媒体流方向的请求。SDP消息包括“a=sendonly”属性,该“a=sendonly”属性对应于从“发送和接收”改变为“仅发送”的请求。
[0035]S305.AS 202接收与改变媒体流方向的请求相关联的INVITE，并且查寻用户的指示符，该指示符涉及当媒体流方向变化时是否要提供HOLD通告。
[0036]S306.然后，AS 202向其它节点203转发该INVITE。于是，AS能够基于该指示符的内容向其它节点提供或者扣留HOLD通告。
[0037]S307.当接收到该INVITE时，其它节点203通过AS 202向UE 201发送200 OK响应，该200 OK响应包括请求将媒体流设置为“仅接收”的SDP消息。
[0038]本实施例允许用户规定在媒体流方向发生变化的会话期间是否要提供通告。本实施例允许用户在会话的初始化期间通过向AS 202提供SSC来配置其所需设置，其中该SSC定义用户设置。
[0039]在第三实施例中，提供用于HOLD通告的配置的补充业务数据。这允许用户在会话的初始化之前规定他们关于提供或扣留HOLD通告的设置。
[0040]本实施例引入了用于HOLD补充业务的XML模式，其除了规定该业务是否是活动的以外，还规定了是否应该提供网络提供的通告。通过不提供HOLD通告，暗指将允许单向数据端对端。这个XML模式的一个例子如下:
【权利要求】
1.一种在通信网络中管理HOLD通告的方法，所述方法包括，在应用服务器AS(202)上: 从用户终端(201)接收(S403 ；S503)消息，所述消息包括指示符，所述指示符规定在会话期间当在所述用户终端和另一个节点(203)之间的媒体流的方向变化时所述AS是否应该提供HOLD通告； 在存储器中存储(S404 ；S504)所述指示符； 确定(S406 ；S507)所述媒体流的方向发生了变化；以及 从所述指示符确定(S407 ；S508)是否向所述另一个节点提供所述HOLD通告。
2.如权利要求1所述的方法，其中，所述网络是IP多媒体子系统IMS网络。
3.如权利要求1或2所述的方法，其中，在会话开始时，使用补充业务代码SSC(S301)向所述AS提供所述指示符。
4.如权利要求1或2所述的方法，其中，使用会话描述协议SDP(S201)消息中的a_属性向所述AS提供所述指示符。
5.如权利要求1或2所述的方法，其中，使用补充业务数据SSD向所述AS提供所述指示符。
6.如权利要求1到5中任一项所述的方法，其中，所述媒体流的方向的变化是从“发送和接收”媒体流变成“仅发送”媒体流。
7.一种用于在通信网络中管理HOLD通告的应用服务器AS (202)，所述AS包括: 用于从用户终端(201)接收消息的接收器(603)，所述消息包括指示符(605)，所述指示符规定在会话期间当在所述用户终端和另一个节点(203)之间的媒体流的方向变化时所述AS是否应该提供HOLD通告；以及 用于存储所述指示符的存储器￠02);以及 用于确定所述媒体流的方向发生了变化的处理器(601);以及 所述处理器还布置成从所述指示符来确定是否向所述另一个节点提供所述HOLD通生口 ο
8.一种操作用户终端(201)的方法，所述方法包括: 接收(S401 ；S501)用户输入，所述用户输入包括指示符，所述指示符规定在涉及所述用户终端的会话期间当媒体流的方向变化时应用服务器AS(202)是否应该提供HOLD通告；以及 向所述AS发送(S402 ；S502)包括所述指示符的消息。
9.一种用户终端(201)，包括: 用于接收用户输入的用户输入装置(701)，所述用户输入包括指示符，所述指示符规定在涉及所述用户终端的会话期间当媒体流的方向变化时应用服务器AS(202)是否应该提供HOLD通告；以及 用于向所述AS发送包括所述指示符的消息的发送器(705)。
10.一种包括计算机可读代码的计算机程序￠06)，当在应用服务器(202)上运行时，使所述应用服务器完成如权利要求1到6中任一项所述的方法。
11.一种包括计算机可读代码的计算机程序(706)，当在用户终端(201)上运行时，使所述用户终端完成如权利要求8所述的方法。
12.—种计算机程序产品，所述计算机程序产品包括计算机可读介质￠02 ;703)以及根据权利要求10或11的计算机程序￠06 ;706)，其中，所述计算机程序存储于所述计算机可读介质上。
【文档编号】H04L29/06GK104205765SQ201280071935
【公开日】2014年12月10日 申请日期:2012年4月3日 优先权日:2012年4月3日
【发明者】M.福斯伯格, J.阿克斯尔, L.诺雷尔 申请人:瑞典爱立信有限公司
【专利摘要】一种用于在通信网络中管理HOLD通告的方法和设备。在应用服务器AS上，从用户终端接收包括指示符的消息，该指示符规定在会话期间当在用户终端和另一个节点之间的媒体流的方向变化时AS是否应该提供HOLD通告。AS在存储器中存储该指示符。当确定媒体流的方向发生了变化时，AS从该指示符来确定是否向另一个节点提供HOLD通告。
【专利说明】 HOLD通告配置
【技术领域】
[0001]本发明涉及在通信网络中提供HOLD通告。
【背景技术】
[0002]IP多媒体子系统(MS)是由第三代合作伙伴项目(3GPP)定义的在移动通信网络上提供IP多媒体服务的技术。IP多媒体服务在相同会话内提供语音、视频、消息传送、数据等的动态组合。
[0003]图1示意示出MS在GPRS/PS接入网的情况下(MS当然能运行于其他接入网上)如何适应于移动网络架构。如图1所示，IMS包括核心网络101和服务网络102。呼叫/会话控制功能(CSCF) 103作为MS核心网络内的会话发起协议(SIP)代理运行，并且与诸如出口网关控制功能(BGCF) 104和媒体资源功能控制器(MRFC) 105等等之类的其它实体接口。代理CSCF(P-CSCF)是MS中用于SIP终端的第一接触点；在服务CSCF(S-CSCF)向订户提供服务；查询CSCF(1-CSCF)识别正确的S-CSCF并向那个S-CSCF转发经由P-CSCF从SIP终端接收的请求。
[0004]可能出现参与到与另一个用户的通信会话中的用户希望使其他用户处于保持状态(on hold)的情形。3GPP在TS 24.610中规定了通信HOLD(“保持”)补充业务，其中用户能够在已建立的通信中通过改变媒体流方向使另一个用户处于H0LD，如“4.5.2.1 Act1nsat the invoking UE ”章节中所定义。在这种情况下,用户设备(UE)生成新的会话描述协议(SDP)提议，其中所述SDP提议包括规定所需变化的属性。如果最初把媒体流的方向设置为”发送和接收”，通过在SDP提议中规定“仅发送”属性可使所述媒体流的方向降级为“仅发送”。如果最初将媒体流的方向设置为“仅接收”，通过在SDP提议中规定“非活动”属性可使所述媒体流的方向改变为“非活动”。用户能够稍后通过改回媒体方向来恢复通信。当先前设置流为“非活动”时使用“仅接收” SDP属性，并且当先前设置流为“仅发送”时使用“发送和接收” SDP属性。但是，因为“发送和接收”是缺省的，所以可忽略后者属性。
[0005]TS 24.610 的 “4.5.2.4 Act1ns at the AS of the invoking UE” 章节规定，是否向保持的用户提供通告是网络选择。
[0006]可能存在当用户改变媒体流方向时不希望网络提供HOLD通告的情形。例如，用户可能正在参与到与端接网络中另一个节点的同时包含视频和音频流的媒体会话中。由于带宽考虑，用户可决定停止接收视频流，但是保持音频流。在这种情况下，用户可规定视频流方向从“发送和接收”改变为“仅发送”。在这个例子中，用户不希望应用服务器(AS)响应于媒体流方向的这种变化而向其它节点提供HOLD通告。
[0007]TS 24.610的4.6.6章节中给出并定义了供在会议期间扣留HOLD通告来应用的规范。如果会议的参加者调用HOLD业务，则不希望向会议提供通告。在会议期间作出改变媒体流方向的请求时，该AS配置HOLD通告，并且当请求源自“焦点”时不向保持的用户提供该通告，所述“焦点”是会议的控制、认证和授权的中心点。
[0008]在TS 24.610中规定的HOLD通告的扣留没有解决当用户作出媒体流方向的变化时要实现的允许用户配置HOLD通告的问题。
【发明内容】
[0009]本发明的目的在于:向用户提供关于当用户使接受者HOLD时是否要播放HOLD通告的较大控制权。根据本发明的第一方面，提供在通信网络中管理HOLD通告的方法。在应用服务器AS上，从用户终端接收消息。该消息包括指示符，该指示符规定在会话期间当在用户终端和另一个节点之间的媒体流的方向变化时AS是否应该提供HOLD通告。AS在存储器中存储该指示符。当确定媒体流的方向发生了变化时，AS从该指示符确定是否向另一个节点提供HOLD通告。例如，当初始第一用户正在参与到与另一个用户的同时包含视频和音频流的媒体会话中时，媒体流的方向可能发生变化。由于带宽考虑，第一用户可决定停止接收视频流，但是保持音频流。在这种情况下，第一用户将规定视频流方向从“发送和接收”改变为“仅发送”。在本例中用户不希望AS响应于媒体流方向的这个变化向其他用户提供HOLD通告。因此，本发明通过向用户提供选择他们是否希望提供HOLD通告的选项解决了这个问题。
[0010]作为一个选项，网络是IP多媒体子系统MS网络。
[0011]作为一个选项，在会话开始时使用补充业务代码SSC向AS提供指示符。
[0012]作为一个备择选项，使用会话描述协议SDP消息中的a-属性向AS提供指示符。
[0013]作为另一个备择选项，使用补充业务数据SSD向AS提供指示符。
[0014]作为一个选项，媒体流方向的变化是从“发送和接收”媒体流变成“仅发送”媒体流。
[0015]根据第二方面，提供用于在通信网络中管理HOLD通告的AS。AS配备了用于接收来自用户终端的消息的接收器。该消息包括指示符，该指示符规定在会话期间当在用户终端和另一个节点之间的媒体流的方向变化时AS是否应该提供HOLD通告。AS还配备了用于存储指示符的存储器和用于确定媒体流方向发生了变化的处理器。该处理器被布置成从指示符来确定是否向另一个节点提供HOLD通告。
[0016]根据第三方面，提供操作用户终端的方法。用户利用用户输入并且输入指示符，该指示符规定在涉及用户终端的会话期间当媒体流方向变化时AS是否应该提供HOLD通告。然后，用户终端能够向AS发送包括该指示符的消息。
[0017]根据第四方面，提供用户终端。用户终端配备有用于接收用户输入的用户输入装置。该用户输入包括指示符，该指示符规定在涉及用户终端的会话期间当媒体流方向变化时AS是否应该提供HOLD通告。用户终端也配备有用于向AS发送包括该指示符的消息的发送器。
[0018]根据第五方面，提供包括计算机可读代码的计算机程序，当在AS上运行时，使AS完成如第一方面中上述的方法。
[0019]根据第六方面，提供包括计算机可读代码的计算机程序，当在用户终端上运行时，使用户终端完成如第三方面中所述的方法。
[0020]根据第七方面，提供计算机程序产品，其中包括计算机可读介质和如第五或第六方面中的任一方面中上述的计算机程序，其中，计算机程序存储于计算机可读介质上。
【专利附图】
【附图说明】
[0021]图1在框图中示意示出与通用分组无线电业务(GPRS)接入网的移动网络架构相关联的一个頂S网络；
图2是示出配置HOLD通告的一个示范性方法的信令流程图；
图3是示出配置HOLD通告的另一个示范性方法的信令流程图；
图4是示出本发明的一个示范性实施例的流程图；
图5是示出本发明的另一个示范性实施例的流程图；
图6在框图中示意示出应用服务器的一个示范性实施例；
图7在框图中示意示出用户设备(UE)的一个示范性实施例。
【具体实施方式】
[0022]本发明向用户提供一种方法，该方法规定当媒体流方向发生变化时是否要提供在通信网络中的HOLD通告。当改变媒体流的方向时，有时可能不希望播放HOLD通告。当用户正在参与到与端接网络中另一个节点的同时包含视频和音频流的媒体会话中时，可能出现媒体流方向变化的例子。由于带宽考虑，用户可决定停止接收视频流，但是保持音频流。在这种情况下，用户规定视频流方向从“发送和接收”改变为“仅发送”。在本例中用户不希望AS响应于媒体流方向的这种变化向其它节点提供HOLD通告。
[0023]在图2中示出了第一示范性实施例。在该实施例中，由用户配置关于是否提供HOLD通告的决定，可利用会话描述协议(SDP)消息中的a-属性来实现。例如，能够将两个新的附加a-线定义为“a=play_announcement”和“a=no_announcement”以分别规定提供通告或不提供。
[0024]会话的媒体流初始设置为“发送和接收”。
[0025]S201.用户设备(UE) 201作出将在其自身与端接网络中另一个节点203之间的媒体流从“发送和接收”改变为“仅发送”的请求。这通过向另一个节点203发送INVITE( “邀请”)来实现，其中，SDP消息包括“a=Sendonly”属性。SDP也包括指示符，该指示符规定关于HOLD通告的用户设置。这采取附加a-线的形式,例如“a=play-announcement”或者“ a=no-announcement”。
[0026]S202.AS 202接收与改变媒体流方向的请求相关联的INVITE，其也包括指示符，该指示符当媒体流方向变化时是否要在其它节点提供HOLD通告。在本实施例中，该指示符采取附加a-属性的形式，并且由AS 202存储。
[0027]S203.向其它节点203转发INVITE。AS也能够基于该指示符的内容向其它节点提供或者扣留HOLD通告。
[0028]S204.当接收到INVITE后，其它节点203通过AS 202向UE 201发送200 OK响应，其中，该200 OK响应包括请求将媒体流设置为“仅接收”的SDP消息。
[0029]本实施例允许用户规定在媒体流方向发生变化的会话期间是否要提供HOLD通告。本实施例允许用户在会话期间通过在SDP中包括a-属性来配置其所需设置。
[0030]在图3示出的第二实施例中，由UE 201在UE 201与其它节点203之间的通信会话的初始化期间通过利用基于SIP的用户配置来配置HOLD通告。
[0031]S301.UE 201向AS 202提供也称作特征接入代码(FAC)的补充业务代码(SSC)。例如，用户能够发起与其它节点203的会话，并且将SSC添附于所拨号码(B-号码)的前端，其中该SSC定义用户设置。
[0032]S302.AS 202接收向其它节点203发送的INVITE。AS 202基于SSC存储用户的指示符，并且从B-号码中移除SSC前缀。
[0033]S303.AS 202 向其它节点 203 转发 INVITE。在其它节点 203、AS 202 和 UE 201
之间出现建立会话的进一步信令。
[0034]S304.在已建立的会话期间，UE 201作出通过向其它节点203发送INVITE来改变媒体流方向的请求。SDP消息包括“a=sendonly”属性,该“a=sendonly”属性对应于从“发送和接收”改变为“仅发送”的请求。
[0035]S305.AS 202接收与改变媒体流方向的请求相关联的INVITE，并且查寻用户的指示符，该指示符涉及当媒体流方向变化时是否要提供HOLD通告。
[0036]S306.然后，AS 202向其它节点203转发该INVITE。于是，AS能够基于该指示符的内容向其它节点提供或者扣留HOLD通告。
[0037]S307.当接收到该INVITE时，其它节点203通过AS 202向UE 201发送200 OK响应，该200 OK响应包括请求将媒体流设置为“仅接收”的SDP消息。
[0038]本实施例允许用户规定在媒体流方向发生变化的会话期间是否要提供通告。本实施例允许用户在会话的初始化期间通过向AS 202提供SSC来配置其所需设置，其中该SSC定义用户设置。
[0039]在第三实施例中，提供用于HOLD通告的配置的补充业务数据。这允许用户在会话的初始化之前规定他们关于提供或扣留HOLD通告的设置。
[0040]本实施例引入了用于HOLD补充业务的XML模式，其除了规定该业务是否是活动的以外，还规定了是否应该提供网络提供的通告。通过不提供HOLD通告，暗指将允许单向数据端对端。这个XML模式的一个例子如下:
【权利要求】
1.一种在通信网络中管理HOLD通告的方法，所述方法包括，在应用服务器AS(202)上: 从用户终端(201)接收(S403 ；S503)消息，所述消息包括指示符，所述指示符规定在会话期间当在所述用户终端和另一个节点(203)之间的媒体流的方向变化时所述AS是否应该提供HOLD通告； 在存储器中存储(S404 ；S504)所述指示符； 确定(S406 ；S507)所述媒体流的方向发生了变化；以及 从所述指示符确定(S407 ；S508)是否向所述另一个节点提供所述HOLD通告。
2.如权利要求1所述的方法，其中，所述网络是IP多媒体子系统IMS网络。
3.如权利要求1或2所述的方法，其中，在会话开始时，使用补充业务代码SSC(S301)向所述AS提供所述指示符。
4.如权利要求1或2所述的方法，其中，使用会话描述协议SDP(S201)消息中的a_属性向所述AS提供所述指示符。
5.如权利要求1或2所述的方法，其中，使用补充业务数据SSD向所述AS提供所述指示符。
6.如权利要求1到5中任一项所述的方法，其中，所述媒体流的方向的变化是从“发送和接收”媒体流变成“仅发送”媒体流。
7.一种用于在通信网络中管理HOLD通告的应用服务器AS (202)，所述AS包括: 用于从用户终端(201)接收消息的接收器(603)，所述消息包括指示符(605)，所述指示符规定在会话期间当在所述用户终端和另一个节点(203)之间的媒体流的方向变化时所述AS是否应该提供HOLD通告；以及 用于存储所述指示符的存储器￠02);以及 用于确定所述媒体流的方向发生了变化的处理器(601);以及 所述处理器还布置成从所述指示符来确定是否向所述另一个节点提供所述HOLD通生口 ο
8.一种操作用户终端(201)的方法，所述方法包括: 接收(S401 ；S501)用户输入，所述用户输入包括指示符，所述指示符规定在涉及所述用户终端的会话期间当媒体流的方向变化时应用服务器AS(202)是否应该提供HOLD通告；以及 向所述AS发送(S402 ；S502)包括所述指示符的消息。
9.一种用户终端(201)，包括: 用于接收用户输入的用户输入装置(701)，所述用户输入包括指示符，所述指示符规定在涉及所述用户终端的会话期间当媒体流的方向变化时应用服务器AS(202)是否应该提供HOLD通告；以及 用于向所述AS发送包括所述指示符的消息的发送器(705)。
10.一种包括计算机可读代码的计算机程序￠06)，当在应用服务器(202)上运行时，使所述应用服务器完成如权利要求1到6中任一项所述的方法。
11.一种包括计算机可读代码的计算机程序(706)，当在用户终端(201)上运行时，使所述用户终端完成如权利要求8所述的方法。
12.—种计算机程序产品，所述计算机程序产品包括计算机可读介质￠02 ;703)以及根据权利要求10或11的计算机程序￠06 ;706)，其中，所述计算机程序存储于所述计算机可读介质上。
【文档编号】H04L29/06GK104205765SQ201280071935
【公开日】2014年12月10日 申请日期:2012年4月3日 优先权日:2012年4月3日
【发明者】M.福斯伯格, J.阿克斯尔, L.诺雷尔 申请人:瑞典爱立信有限公司
最新回复(0)