一种实现重定向的方法、系统和设备的利记博彩app

专利名称：：一种实现重定向的方法、系统和设备的利记博彩app
技术领域：
：本发明涉及移动通信技术，特别涉及一种实现重定向的方法、系统和设备。
背景技术：
：随着现有移动通信技术的不断发展，采用不同信令的网络共存是普遍存在的现象，这就需要实现呼叫在釆用不同信令的网络之间的切换。例如，IP多媒体子系统(IMS,IPmultimediaSub-system)网络是采用初始会话协议(SIP,SessionInitialProtocol)信令的，它支持其它交换设备通过采用非SIP信令的各种分组交换接入网接入IMS网络进行多媒体业务。在现有技术中已经存在一些业务能够实现采用不同信令的网络之间的切换，例如正常的呼叫业务和重定向业务等。其中，现有技术中重定向业务实现采用不同信令的网络之间切换的系统可以如图1所示，交换设备A是主叫交换设备，交换设备B是切换交换设备，交换设备A与交换设备B之间采用SIP信令互通；交换设备C是被叫交换设备，与交换设备B之间采用综合业务数据网(ISDN)用户部分(ISUP，ISDNUserpart)信令、或承载无关的控制信道(BICC,BearIndependentCallControl)信令互通。具体重定向过程为交换设备A向交换设备C发起呼叫，交换设备A通过邀请(Invite)消息发送呼叫请求到交换设备B，交换设备B将该Invite消息转换为初始地址(IAM)消息发送给交换设备C;交换设备C对应的被叫用户由于改号或前转等原因触发重定向业务，重定向号码为第三方用户的号码，则交换设备C将该呼叫接续至第三方用户。现有技术中在采用不同信令的网络之间切换的重定向业务，由于在被叫交换设备对应的被叫用户触发重定向业务后，是由被叫交换设备将来自主叫交换设备的呼叫接续至第三方用户的，所以，在该呼叫过程中，将占用切换交换设备与被叫交换设备之间在呼叫建立过程中占用的网络资源，这必然会造成网络资源的浪费。
发明内容本发明实施例提供了一种实现重定向的方法、系统和设备，以便于在实现重定向的基础上节约呼叫过程中占用的网络资源。一种实现重定向的方法，该方法包括接收到被叫交换设备执行重定向业务所发送的第一释放请求后，将所述第一释放请求按照主叫交换设备所支持的信令类型转换为所述主叫交换设备支持的第二释放请求；向所述主叫交换设备发送所述第二释放请求指示主叫交换设备向第三方用户发起呼叫。一种实现重定向的系统，该系统包括主叫交换设备、切换交换设备和被叫交换设备；所述主叫交换设备，用于接收所述切换交换设备发送的第二释放请求；所述切换交换设备，用于接收到所述被叫交换设备执行重定向业务所发送的第一释放请求后，将所述第一释放请求按照主叫交换设备所支持的信令类型转换为所述主叫交换设备支持的第二释放请求，向所述主叫交换设备发送所述第二释放请求指示所述主叫交换设备向第三方用户发起呼叫；所述被叫交换设备，用于在执行重定向后向所述切换交换设备发送第一释放请求。一种切换交换设备，该切换交换设备包括接收单元、转换单元和发送单元；所述接收单元，用于接收被叫交换设备执行重定向业务所发送的第一释放请求；所述转换单元，用于将所述接收单元接收到的第一释放请求按照主叫交换设备所支持的信令类型转换为主叫交换设备支持的第二释放请求；所述发送单元，用于向主叫交换设备发送所述转换单元转换后的第二释;^请求指示主叫交换设备向第三方用户发起呼叫。由以上技术方案可以看出，在本发明实施例提供的方法、系统和设备中，在采用不同信令的网络之间切换的重定向业务中，接收到被叫交换设备执行重定向业务所发送的第一释放请求后，将第一释放请求按照主叫交换设备所支持的信令类型转换为第二释放请求发送给主叫交换设备，使得主叫交换设备可以向第三方用户发起呼叫，从而实现重定向业务，该方法使得在被叫交换设备发送重定向后，可以通过第一释放请求释放切换交换设备与被叫交换设备之间在呼叫过程中占用的网络资源，且可以将第一释放请求转换为第二释放请求发送给主叫交换设备，可以通过该第二释放请求释放切换交换设备与主叫交换设备之间建立的信令连接，从而节约了该重定向业务占用的网络资源，也使得被叫交换设备在触发了重定向业务后可以不受影响，继续执行其它的业务。图1为现有技术中重定向业务实现采用不同信令的网络之间切换的系统图2为本发明实施例提供的实现重定向的方法流程图；图3为本发明实施例提供的实现重定向的系统结构图；图4为本发明实施例提供的切换交换设备的结构图。具体实施例方式为了使本发明的目的、技术方案和优点更加清楚，下面结合附图和具体实施例对本发明进行详细描述。本发明实施例提供的实现重定向的方法包括接收到被叫交换设备执行重定向业务所发送的第一释放请求后，将该第一释放请求按照主叫交换设备所支持的信令类型转换为主叫交换设备支持的第二释放请求；向主叫交换设备发送该第二释放请求指示主叫交换设备向第三方用户发起呼叫。其中，主叫交换设备可以支持SIP信令，被叫交换设备可以支持ISUP信令、BICC信令或SIP-I信令等非SIP信令，此时，第一释放请求可以为非SIP信令中的REL请求或封装了REL请求的消息，第二释放请求可以为SIP信令的释放请求。或者，主叫交换设备可以支持ISUP信令、BICC信令或SIP-I信令等非SIP信令，被叫交换设备可以支持SIP信令，此时，第一释放请求可以为SIP信令的释放请求，第二释放请求可以为非SIP信令的REL请求或封装了REL请求的消息。下面对本发明实施例提供的方法进行详细描述，图2为本发明实施例提供的方法流程图，在该实施例中，交换设备A为主叫交换设备，交换设备B为切换交换设备，交换设备C为被叫交换设备。交换设备A与交换设备B之间采用SIP信令进行交互，交换设备B与交换设备C之间采用ISUP信令进行交互，交换设备B完成呼叫在采用不同信令的两个网络之间的切换。如图2所示，该方法可以包括以下步骤步骤201:交换设备A通过Invite消息向交换设备B发送呼叫请求。该Invite消息中携带被叫交换设备C对应的被叫用户的信息。步骤202:交换设备B将接收到的Invite消息转换为IAM消息。交换设备B需要将接收到的SIP信令转换为交换设备C釆用的ISUP信令。该IAM消息中也可以携带交换设备C对应的被叫用户的地址。步骤203:交换设备C执行呼叫偏移业务。本步骤中，该交换设备C执行的重定向业务是呼叫偏移(CD，CallDeflection)业务，例如，交换设备C可以是被叫用户设备的移动交换中心(MSC)，被叫用户设备的MSC获知其对应的被叫用户设备触发了呼叫偏移业务，从被叫用户设备的归属位置寄存器(HLR)中获取该被叫用户设备的签约信息，从而获取到被叫用户设备设置的重定向号码，即第三方用户的号码。另外，该交换设备C执行的重定向业务还可以是呼叫前转业务，包括呼叫前转、遇忙前转、无应答前转、不可及前转等，例如，交换设备C可以是被叫用户设备的MSC,MSC将接收到的呼叫请求可以通过建立(Setup)消息发送给被叫用户设备，被叫用户设备此时忙，则触发遇忙前转，此时被叫用户设备的MSC获知被叫用户设备触发了重定向业务，且可以从被叫用户的HLR中获取被叫用户的签约信息，从而获取到被叫用户设置的重定向号码，即第三方用户的号码。在本步骤中，交换设备C执行重定向业务的过程由于是现有技术，因此，在此对其过程不再赘述。步骤204:交换设备C向交换设备B返回携带重定向信息的释放(REL)请求。步骤205:交换设备B向交换设备C返回释放完成(RLC)消息。通过上述步骤204和205，交换设备C和交换设备B之间建立的呼叫连接被拆除，释放了交换设备C和交换设备B之间的网络资源。步骤206:交换设备B将携带重定向信息的REL请求转换为SIP信令中携带重定向信息的302消息，并将该携带重定向信息的302消息发送给交换设备A。本步骤中，交换设备B根据REL请求中携带的重定向信息，将接收到的REL请求转换成相应的SIP信令的释放请求。在转换后的SIP信令的释放请求中，重定向信息是通过SIP信令的释放请求中的历史记录信息(History-Info)头域携带的，也可以通过释》文请求中的转换(Diversion)头域携带，也可以通过其它类型的头域进行携带。现有的REL请求中包含的重定向类型指示(Redirectingindicator)参数中携带该执行的重定向业务的类型，根据REL请求中的Redirectingindicator参数确定转换后的释放请求中是否携带重定向信息。由于REL重定向业务包含两种类型重路由(CallRerouted)和转移(CallDiversion),当Redirectingindicator参数中携带的类型信息指示该重定向为CallRerouted时，转换后的释放请求中可以无需携带重定向信息，此时，可以通过转换后的消息的contact头域中携带第三方用户的信息。当Redirectingindicator参数中携带的类型信息指示该重定向为CallDiversion时，转换后的释放请求中可以携带重定向信息。表1为本发明实施例提供的REL请求中重定向类型指示参数与转换后的SIP信令的释放请求的对应关系。需要说明的是，表l中所示的对应关系是可逆的，不仅可以用于从非SIP信令的REL请求到SIP信令释放请求的转换，也同样可以用于从SIP信令释放请求到非SIP信令的REL请求的转换。本步骤中转换后形成的SIP信令中的释放请求可以是300消息、301消息、302消息、305消息或其它3XX消息。该实施例中采用的是302消息。表1<table>tableseeoriginaldocumentpage11</column></row><table>另外，在转换过程中,对于calldiversion类型的重定向业务需要将REL请求中携带的重定向信息映射到SIP信令的释放请求的History-Info头域或Dviersion头域中。当然，也可以无论什么类型的重定向业务，均通过History-Info头域或Dviersion头域中携带重定向信息。REL请求中还可以至少包含以下重定向参数之一原被叫号码(Originalcallednumber)、原重定向原因(Originalredirectionreason)、原；也址提供表示语(Originaladdresspresentation)、改发号码(Redirectingnumber)、改发原因(Redirectingreason)、改发地址提供语(Redirectingaddress)、重定向号码(Redirectionnumber)、重定向次数(Redirectioncounter)等。其中，改发号码、改发原因、改发地址提供语是在发生一次以上重定向时使用的参数。下面以History-Info头域携带重定向信息为例进行描述。在进行一次重定向时，可以采用表2所示的映射关系，表2为本发明实施例提供的进行一次重定向时REL请求中的参数与History-Info头域的参数的对应关系，表3为进行多次重定向时REL请求中的参数与History-Info头域的参数的对应关系。同样地，表2和表3中所示的对应关系是可逆的，不仅可以用于从非SIP信令的REL请求到SIP信令释放请求的转换，也同样可以用于从SIP信令释放请求到非SIP信令的REL请求的转换。在进行一次重定向时，可以在SIP释i文请求中设置两个History-Info头域，每个History-Info头域中包含一个通用资源标识符(URI),或者只设置一个包含两个URI的History-Info头域。在进行两次或两次以上重定向时，可以在SIP释放请求中i殳置三个或三个以上History-Info头域，每个History-Info头域中包含一个URI，或者只设置一个包含三个或三个以上URI的History-Info头域。每个URI对应一个索引(Index)，在进行一次重定向时，Index值为1的URI的名称-地址(name-addr)参lt可以用于携带原祐:叫号码信息，原因(cause)参数可以用于携带原重定向原因信息；Index值为1.1的URI的name-addr参数可以用于携带重定向号码信息。在SIP消息中的最后一个URI的Index可以用于指示重定向的次数。例如，最后一个URI的Index为1.1时，则该呼叫进行了一次重定向；最后一个URI的Index为1.1.1时，则该呼叫进^f亍了两次重定向，以此类推。当然，Index也可以采用其它方式表征发生重定向的次数，例如，采用Index为1.1时表征该呼叫进行了一次重定向，为1.1.2时表征该呼叫进行了两次重定向。需要说明的是，通常改发号码是在进行倒数第二次重定向时该呼叫的目的设备号码，重定向号码是最后一次重定向时该呼叫的目的设备号码。在图2所示的实施例中，可以采用Index值为1的URI的name-addr参数携带交换设备C对应的被叫用户的信息，釆用Index值为1的URI的cause参数携带交换设备C对应的被叫用户发生重定向的原因；采用Index值为1的URI的私密(privacy)参数携带交换设备C的地址提供属性；Index值为1.1的URI的name-addr参数携带的第三方用户的信息。表2<table>tableseeoriginaldocumentpage13</column></row><table>表3<table>tableseeoriginaldocumentpage13</column></row><table>由上述表2和表3中所示，在REL请求中通常采用重定向原因的参数携带重定向原因信息，这些重定向原因值与History-Info头域中的cause参数项对应，其具体对应关系可以如表4所示，表4为本发明实施例提供的REL请求中的重定向原因值与History-Info头域中的cause参数的对应关系。表4中所示的对应关系也是可逆的，不仅可以用于从非SIP信令的REL请求到SIP信令释放请求的转换，也同样可以用于从SIP信令释放请求到非SIP信令的REL请求的转换。表4<table>tableseeoriginaldocumentpage14</column></row><table>以下为在现有协议定义的History-Info语法才各式基础上，通过History-Info携带重定向信息的一个语法格式的例子History-Info:<sip:UserA@ims.example.comPrivacy=history&Reason=SIP%3Bcause%3D302〉;index=l,History-Info:<sip:45432@vm.example.com〉；index=l.1上述例子是发生一次重定向时采用两个History-Info头域携带重定向信息的语法格式，其中，被叫用户是UserA，重定向发生原因是无条件前转，地址提供属性为限制号码显示；第三方用户号码是45432。上述步骤205和步骤206可以同时执行，也可以以任意顺序先后执行。步骤207:交换设备A向交换设备B回复响应ACK。通过上述步骤206和207完成对交换设备A和交换设备B之间建立的信令连接的释放。步骤208:交换设备A根据接收到的302消息携带的重定向信息，向第三方用户发送呼叫请求。步骤209:第三方用户接收到呼叫请求后，向交换设备A回复响应。上述实施例是以在采用ISUP信令的网络中发生重定向为例进行的描述，当采用其它非SIP信令时的网络中发生重定向时，同样可以采用图2中所示的流程实现重定向。另外，还可以采用在SIP信令中的Diversion信令中携带重定向信息，下面以从封装REL请求的SIP-I消息转换为SIP信令的释放消息为例，对交换设备B进行信令转换的过程进行描述。当然，封装了REL请求的其它消息转换为SIP信令的释放消息仍可以采用该方法。首先，在转换后的SIP信令的消息类型选择方式上，由于SIP-I信令中是采用在重定向消息中封装REL请求携带重定向信息的，因此，在转换时，需要将携带在REL请求中的重定向信息映射到SIP信令的Diversion头域中，当然也可以映射到SIP信令的History-Info头域中。在进行一次重定向时，可以i殳置一个Diversion头域，在该Diversion头域中，name-addr参数可以用于携带原被叫号码信息，reason参数可以用于携带原重定向原因信息，privacy参数可以用于携带原地址提供表示语。第三方用户的号码可以通过现有技术中诸如Contact头域来指示。以下是采用这种形式时的Diversion头域的语法格式的一个例子Diversion:<sip:13607556935@128.4.0.66:5060;user=phone;ttl=0>;counter=l;reason=unconditional;privacy=fullSupported:100rel，timerContact:<sip:13122222223@128.4.0.6:5061;user=phone;ttl=0〉Content-Length:0在该例子中，被叫用户的号码为13607556935，发生重定向的原因为无条件前转，第三方用户的号码为13122222223。另外，也可以釆用通过设置多个Diversion头域的方式，携带全部的重定向信息。表5为本发明实施例提供的进行一次重定向时SIP-I消息中的参数与Diversion头域的参数中的对应关系。如果进行一次重定向，则可以设置两个Diversion头域,第一个Diversion头域中,name-addr参数可以用于携带原被叫号码信息，reason参数可以用于携带原重定向原因信息，privacy参数可以用于携带原地址提供表示语。第二个Diversion头域中，name-addr参数可以用于携带重定向号码信息，reason参数可以用于携带重定向号码信息。可以将所述第一个Diversion头域和第二个Diversion头域按照一定的顺序排列，例如，将第一个Diversion头域;改在文本消息的底端，第二个Diversion头域放在文本消息的顶端等。表5中所示的对应关系也是可逆的，不仅可以用于从非SIP信令的REL请求到SIP信令释放请求的转换，也同样可以用于从SIP信令释放请求到非SIP信令的REL请求的转换。表5<table>tableseeoriginaldocumentpage16</column></row><table>如果进行两次以上重定向，则可以设置三个以上的Diversion头域来携带重定向信息。其原理与设置多个History-Info头域的方式相同，只是History-Info头域采用index来标识每次发生重定向时的重定向信息，而Diversion头域将多个Diversion头域按照一定顺序进行排列来标识每次发生重定向时的重定向信息。除了上述采用History-Info头域或Diversion头域中已有的参数来携带重定向信息外，还可以采用在History-Info头域或Diversion头域中设置扩展参数来携带重定向信息。上述过程均是以将包含重定向信息的非SIP信令转换为包含重定向信息的SIP信令为例进行描述的，如果主叫交换设备A与被叫交换设备B使用非SIP信令，而发生重定向的被叫交换设备C在IMS网络，与交换设备B采用SIP信令，则仍然可以使用本发明实施例使用的方法，只是交换设备B在进行交换时，需要将SIP信令的释放请求的History-Info头域或Diversion头域中携带的重定向信息映射到非SIP信令消息的重定向参数中，例如，映射到REL请求中的Redirectioninformation信元的各参数。在具体转换时，仍可以采用本发明实施例中的表1至表5中所示的对应关系来实现。图3为本发明实施例提供的系统结构图，如图3所示，该系统可以包括主叫交换设备300、切换交换设备310和被叫交换设备320。主叫交换设备300,用于接收切换交换设备310发送的第二释放请求。切换交换设备310，用于接收到被叫交换设备320执行重定向业务所发送的第一释放请求后，将第一释放请求按照主叫交换设备所支持的信令类型转换为主叫交换设备300支持的第二释放请求，向主叫交换设备300发送第二释放请求指示主叫交换设备300向第三方用户发起呼叫。被叫交换设备320，用于执行重定向后向切换交换设备310发送第一释放请求。主叫交换设备300接收到第二释放请求后便可以释放自身与切换交换设备310之间建立的信令连接。切换交换设备310接收到第一释放请求后便可以释放自身与被叫交换设备320之间建立的信令连接。其中，主叫交换设备300和被叫交换设备320支持不同的信令。上述的主叫交换设备300可以是主叫用户设备、主叫的MSC等位于主叫所在网络的设备；切换交换设备310可以是媒体网关控制器(MGCF)、网络互联单元(IWU)等设备；被叫交换设备可以是320可以是被叫用户设备、被叫的MSC等位于被叫所在网络的设备。其中，当第三方用户与主叫交换设备300位于支持同一信令的网络时，主叫交换设备300可以直接向第三方用户发送呼叫请求；当第三方用户与主叫交换设备300位于支持不同信令的网络时，例如，主叫交换设备300支持SIP信令，而第三方用户支持非SIP信令时，主叫交换设备300可以向切换交换设备310发送呼叫请求，由切换交换设备310将该呼叫请求转换为第三方用户所在网络支持的信令后发送给第三方用户。下面对其中的切换交换设备310进行详细描述，图4为本发明实施例提供的切换交换设备310的结构图，如图4所示，该切换交换设备可以包括接收单元401、转换单元402、发送单元403。接收单元401,用于接收被叫交换设备执行重定向业务所发送的第一释放请求。转换单元402,用于将4妄收单元401接收到的第一释放请求按照主叫交换设备所支持的信令类型转换为主叫交换设备支持的第二释放请求。发送单元403，用于向主叫交换设备发送转换单元402转换后的第二释放请求指示主叫交换设备向第三方用户发起呼叫。在接收单元401接收到第一释放请求后，切换交换设备便可以释放自身所在切换交换设备与被叫交换设备之间建立的信令连接。该切换交换设备还可以包括对应关系存储单元404,用于存储第一释放请求的重定向参数和第二释放请求的重定向参数之间的对应关系。转换单元402，还可以用于从对应关系存储单元404中获取上述对应关系，根据对应关系存储单元404存储的对应关系，执行所述将包含重定向信息的第一释放请求转换为包含重定向信息第二释放请求的操作。其中转换单元402可以包括第一转换单元4021或第二转换单元4022。第一转换单元4021，可以用于根据对应关系存储单元404存储的对应关系，将REL请求或封装了REL请求的消息的重定向参数，映射到SIP信令释放请求的History-Info头域或Diversion头域中。第二转换单元4022,可以用于根据对应关系存储单元404存储的对应关系，将SIP信令释放请求的History-Info头域或Diversion头域中携带的重定向信息，映射到REL请求或封装了REL请求的消息的重定向参数。上述的转换单元402均可以釆用方法实施例中表1、表2、表3、表4或表5中的对应关系，对REL请求或封装了REL请求的消息的重定向参数以及SIP信令释放请求的History-Info头域或Diversion头域中携带的重定向信息进行映射。其中，SIP信令的释放请求可以是300消息、301消息、302消息、305消息或其它3XX消息。由以上描述可以看出，在本发明实施例提供的方法、系统和设备中，在采用不同信令的网络之间切换的重定向业务中，被叫交换设备执行重定向业务向切换交换设备发送第一释放请求，切换交换设备接收到该第一释放请求后便可以释放自身与被叫交换设备之间建立的信令连接，且将第一释放请求按照主叫交换设备所支持的信令类型转换为第二释放请求发送给主叫交换设备，使得主叫交换设备可以释放自身与切换交换设备之间建立的信令连接，且可以重新向第三方用户发起呼叫，从而实现重定向业务，该方法使得切换交换设备与被叫交换设备之间在呼叫过程中占用的网络资源得以释放，从而节约了该重定向业务占用的网络资源。并且，本发明实施例中具体给出了如何实现将第一释放请求转换为第二释放请求，即将非SIP信令中的重定向参数映射到SIP信令中的History头域或Diversion头域中，或将SIP信令中的History头域或Diversion头域中的重定向信息映射到非SIP信令中的重定向参数中，从而实现了重定向信息的无损透传，使得主叫交换设备网络的运营商可以根据具体的重定向信息指定具体的策略控制重定向业务的执行，为运营商的各种差异化服务提供了条件。以上所述仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内，所做的任何修改、等同替换、改进等，均应包含在本发明保护的范围之内。权利要求1、一种实现重定向的方法，其特征在于，该方法包括接收到被叫交换设备执行重定向业务所发送的第一释放请求后，将所述第一释放请求按照主叫交换设备所支持的信令类型转换为所述主叫交换设备支持的第二释放请求；向所述主叫交换设备发送所述第二释放请求指示主叫交换设备向第三方用户发起呼叫。2、根据权利要求1所述的方法，其特征在于，所述第一释放请求为非会话初始协议SIP信令的释放请求或封装了非SIP信令释放请求的消息，所述第二释放请求为SIP信令的释放请求；或者，所述第一释放请求为SIP信令的释放请求，所述第二释放请求为非SIP信令的REL请求或封装了REL请求的消息。3、根据权利要求1所述的方法，其特征在于，将所述第一释放请求按照主叫交换设备所支持的信令类型转换为所述主叫交换设备支持的第二释放请求包括根据所述第一释放请求的重定向参数和第二释放请求的重定向参数之间的对应关系，将所述携带重定向信息的第一释放请求按照主叫交换设备所支持的信令类型转换为携带重定向信息的第二释放请求。4、根据权利要求1所述的方法，其特征在于，将所述第一释放请求按照主叫交换设备所支持的信令类型转换为所述主叫交换设备支持的第二释放请求包括根据所述第一释放请求的消息类型和第二释放请求的消息类型之间的对应关系，将所述第一释放请求转换为所述主叫交换设备支持的第二释放请求。5、根据权利要求1所述的方法，其特征在于，该方法还包括所述主叫交换设备根据接收到的第二释放请求中携带的重定向信息，重新向第三方用户发起呼叫。6、根据权利要求2所述的方法，其特征在于，所述SIP信令的释放请求将重定向信息携带在History-Info头域或转换Diversion头域中。7、根据权利要求3所述的方法，其特征在于，所述非SIP信令的释放请求或封装了非SIP信令释放请求的消息至少通过以下方式之一携带重定向信息通过原被叫号码参数或改发号码参数携带所述被叫交换设备对应的被叫用户的信息；通过原重定向原因参数或改发原因参数携带所述被叫交换设备对应的被叫用户发生重定向的原因；的地址提供属性；通过改发号码参数或重定向号码参数携带所述第三方用户的信息；通过重定向次数参数携带本次呼叫发生的重定向次数信息。8、根据权利要求6所述的方法，其特征在于，所述History-Info头域至少通过以下方式之一携带重定向信息通过所述History-Info头域中一个通用资源标识符URI的名称-地址name-addr参数携带所述#1叫交换设备对应的被叫用户的信息；通过所述History-Info头域中该一个URI的原因cause参数携带所述一皮叫交换设备对应的被叫用户发生重定向的原因；通过所述History-Info头域中该一个URI的私密privacy参数携带所述被叫交换设备的地址提供属性；通过所述History-Info头域中另一个URI的name-addr参数携带所述第三方用户的信息；通过History-Info头域中最后一个URI的索引Index参数携带本次呼叫发生的重定向次数信息。9、根据权利要求6所述的方法，其特征在于，所述Diversion头域至少通过以下方式之一携带重定向信息通过一个Diversion头域的name-addr参数携带所述被叫交换设备对应的被叫用户的信息；通过该一个Diversion头域的reason参数携带所述被叫交换设备对应的被叫用户发生重定向的原因；通过该一个Diversion头域的privacy参数携带所述被叫交换设备的地址提供属性；通过另一个Diversion头域的name-addr参数携带所述第三方用户的信息；通过所述Diversion头域中的Counter参数携带本次呼叫发生的重定向次数信息。10、根据权利要求2所述的方法，其特征在于，所述SIP信令的释放请求包括300消息、301消息、302消息或305消息。11、一种实现重定向的系统，其特征在于，该系统包括主叫交换设备、切换交换设备和被叫交换设备；所述主叫交换设备，用于接收所述切换交换设备发送的第二释放请求；所述切换交换设备，用于接收到所述被叫交换设备执行重定向业务所发送的第一释放请求后，将所述第一释放请求按照主叫交换设备所支持的信令类型转换为所述主叫交换设备支持的第二释放请求，向所述主叫交换设备发送所述第二释放请求指示所述主叫交换设备向第三方用户发起呼叫；所述被叫交换设备，用于在执行重定向后向所述切换交换设备发送第一释放请求。12、一种切换交换设备，其特征在于，该切换交换设备包括接收单元、转换单元和发送单元；所述接收单元，用于接收被叫交换设备执行重定向业务所发送的第一释放请求；所述转换单元，用于将所述接收单元接收到的第一释放请求按照主叫交换设备所支持的信令类型转换为主叫交换设备支持的第二释放请求；所述发送单元，用于向主叫交换设备发送所述转换单元转换后的第二释放请求指示主叫交换设备向第三方用户发起呼叫。13、根据权利要求12所述的切换交换设备，其特征在于，该切换交换设备还包括对应关系存储单元，用于存储所述第一释放请求的重定向参数和第二释放请求的重定向参数之间的对应关系；所述转换单元，还用于从所述对应关系存储单元中获取所述对应关系，并才艮据所述对应关系将包含重定向信息的第一释放请求按照主叫交换设备所支持的信令类型转换为包含重定向信息第二释放请求。14、根据权利要求12所述的切换交换设备，其特征在于，所述转换单元包括第一转换单元或第二转换单元；所述第一转换单元，用于根据所述对应关系存储单元存储的对应关系，将SIP信令的释放请求或封装了SIP信令释放请求的消息的重定向参数，映射到SIP信令释放请求的History-Info头域或Diversion头域中；所述第二转换单元，用于根据所述对应关系存储单元存储的对应关系，将SIP信令释放请求的History-Info头域或Diversion头域中携带的重定向信息，映射到非SIP信令的请求或封装了非SIP信令释放请求的消息的重定向参数。全文摘要本发明提供了一种实现重定向的方法、系统和设备，其中，方法包括接收到被叫交换设备执行重定向业务所发送的第一释放请求后，将该第一释放请求按照主叫交换设备所支持的信令类型转换为主叫交换设备支持的第二释放请求；向主叫交换设备发送该第二释放请求指示主叫交换设备向第三方用户发起呼叫。从而实现重定向业务，且在被叫交换设备发送重定向后，可以释放切换交换设备与被叫交换设备之间以及切换交换设备与主叫交换设备之间在呼叫过程中占用的网络资源，从而节约了该重定向业务占用的网络资源。文档编号H04W76/06GK101420729SQ20071018128公开日2009年4月29日申请日期2007年10月26日优先权日2007年10月26日发明者朱浩鹏,胡晶辉申请人:华为技术有限公司