在包括互通功能IWF的仅分组移动系统上支持CS域服务的方法和设备 |
|||||||
| 申请号 | CN200980149515.5 | 申请日 | 2009-11-09 | 公开(公告)号 | CN102301794A | 公开(公告)日 | 2011-12-28 |
| 申请人 | 阿尔卡特朗讯公司; | 发明人 | N·德勒冯; L·蒂埃博; A·乌列; | ||||
| 摘要 | 本 发明 的一个目的是用于在例如演进分组系统接入的仅分组移动系统上对CS域服务的支持的架构，移动通信系统中包括演进分组系统(EPS)和CS域，CS域包括至少一个移动交换中心MSC，所述架构包括至少一个互通功能IWF，从而IWF被MSC看作无线 电网 络 控制器 RNC或基站控制器BTS，并且被EPS看作应用 服务器 。 | ||||||
| 权利要求 | 1.一种用于在例如演进分组系统接入的仅分组移动系统上对CS域服务的支持的架构，移动通信系统中包括演进分组系统EPS和CS域，所述CS域包括至少一个移动交换中心MSC，所述架构包括：至少一个互通功能IWF，从而IWF被MSC看作无线电网络控制器RNC或基站控制器MSC，并被EPS看作应用服务器。 |
||||||
| 说明书全文 | 在包括互通功能IWF的仅分组移动系统上支持CS域服务的方法和设备 [0002] 一般地，对移动网络和系统的描述可以在例如特别是标准化机构发布的技术规范的文献中找到，例如3GPP(第三代合作伙伴计划)。 [0003] 更具体地，本发明涉及在例如EPS(演进分组系统)的仅分组移动系统上对CS(电路交换)域服务的支持。 [0004] LTE上的CS语音(PS上的CS)在3GPP SA2中已经有所研究，并且在技术报告TR23.879中描述了若干备选方案。 [0006] -如果回退到GERAN，则在发起/应答呼叫时，PS会话(例如公司VPN)被挂起(VPN被打断)。如果回退到UTRAN，则PS会话可被保持。 [0007] -由于在执行切换之前不得不重新建立LTE会话，所以呼叫设立(callsetup)延迟在每端都至少增加1或2秒。只有在这之后，呼叫设立才能继续。 [0008] -由于语音呼叫将在宏网络中建立，所以CS回退与LTE毫微微(LTEfemto)抵触。由此，无法将语音的覆盖扩展到室内深处，也无法卸载宏网络(如今90％的使用是语音)。 [0010] 在3GPP TR 28.879中介绍的备选方案1(演进MSC)具有若干缺陷，尤其是存在对于所安装的MSC的影响这一事实。 [0011] 某些运营商想要从GSM/EDGE跳跃到LTE并最小化在WCDMA技术上的投资，以便尽可能快地支持LTE上的语音。 [0012] 一般地，这样的运营商还考虑由于不佳的服务和性能，所以不期望在2G上为语音服务提供CS回退。 [0014] 本发明特别地能够解决这样的问题和/或避免这样的缺陷。更一般地，本发明的目的在于改善在仅分组移动系统上对CS域服务的支持。 [0015] 在本发明的一方面，通过以下架构实现这些和其他目的：该架构用于在例如演进分组系统接入的仅分组移动系统上对CS域服务的支持，移动通信系统中包括演进分组系统(EPS)和CS域，所述CS域包括至少一个移动交换中心MSC，所述架构包括：至少一个互通功能IWF，从而IWF被MSC看作无线电网络控制器RNC或基站控制器BTS，并被所述EPS看作应用服务器。 [0016] 在本发明的其他方面，通过用于在例如演进分组系统接入的仅分组移动系统上对CS域服务的支持的不同方法，实现这些和其他目的，例如具体地，用于向CS域注册以实现演进PS接入上的CS域服务的方法，呼叫设立的方法，以及从E-UTRAN切换到GERAN/UTRAN的方法。 [0017] 在本发明的其他方面，通过用于在例如演进分组系统接入的仅分组移动系统上对CS域服务的支持的不同实体，实现这些和其他目的，例如具体地，互通功能IWF，针对EPS的移动性管理实体MME，E-UTRAN实体(例如具体地eNB)，以及用户设备UE。 [0019] 图1旨在示出根据本发明实施例的用于在演进分组系统EPS上对CS域服务的支持的非漫游架构； [0020] 图2旨在示出根据本发明实施例的用于在演进分组系统EPS上对CS域服务的支持的漫游架构； [0022] 图4旨在示出根据本发明实施例的用于在Z1接口上用户面的协议栈； [0023] 图5旨在示出根据本发明实施例的注册过程(第一备选方案)； [0024] 图6旨在示出根据本发明实施例的注册过程(第二备选方案)； [0025] 图7旨在示出根据本发明实施例的呼叫设立过程(第一备选方案)； [0026] 图8旨在示出根据本发明实施例的呼叫设立过程(第二备选方案)； [0027] 图9旨在示出根据本发明实施例的SMS过程； [0028] 图10旨在示出根据本发明实施例的从E-UTRAN到GSM UMTS CS的切换的过程。 [0029] 概览 [0030] 图1旨在示出根据本发明实施例的用于在演进分组系统EPS上对CS域服务的支持的非漫游架构。 [0031] 在实施例中，提供了用于在例如EPS的仅分组移动系统上对CS域服务的支持的架构，其中在EPC和MSC之间插入一个或多个互通功能IWF，其中IWF将被未修改的现有MSC看作RNC/BSC。 [0032] ·IWF被看作是用于MSC的RNC。IWF和MSC之间的接口可以是Iu或A。 [0033] ·IWF被EPS看作应用服务器。到PCRF的Rx接口用以管理EPS资源。 [0034] ·Sv接口被限定为用于SR-VCC，即在GTP/UDP/IP上具有一些增加和修改。 [0035] 包括互通功能(IWF)将其作为MSC和演进分组系统(EPS)之间的PS架构上CS中的新逻辑实体。 [0036] 其通过标准Iu/A接口，其被对接至MSC。 [0037] 其通过以下方式对接至EPS： [0038] -通过到PCRF的Rx接口，用于EPS载体建立/修改释放； [0039] -通过到MME的演进Sv接口，用于确保UE绑定，用于切换过程，用于位置报告过程等； [0040] -通过到P-GW的SGi接口，用于承载UE和MSC之间的CS域NAS信令，以及一些特定UE-IWF消息用于传输可靠UE-IWF会话的建立/释放和用于寻呼。 [0041] 其通过在EPS上承载的新的简单Z1接口，对接至UE。 [0042] 类似于TR 23.879 CSoPS备选方案1，其权衡EPS网络已经知道并管理UE这一事实。 [0043] -IWF是通过安全接口(例如IPsec集合)连接至MME、PDN-GW、PCRF的可信装备，从而除此之外不需要对控制面加密，也不需要对用户面加密。 [0044] -在与IWF和MSC通信之前，在EPS注册UE，MME因为TAI而知晓UE位置并且该位置是可信的。因此，MME能够得到用于UE的LAI，并且可选择与处理该LAI的MSC连接的IWF。优点在于对IWF和MSC的选择在运营商的控制下，而不是在UE的控制下。 [0045] -在EPS附着(EPS Attach)和EPS跟踪区域更新处，向UE提供LAI和IWF IP地址。 [0046] -可将EPS提供的位置重用于CS域中的位置报告过程。 [0047] IWF主要负责： [0048] -在SGi和Iu接口之间中继P-GW和MSC之间的NAS信令 [0049] -充当用于MSC的RNC [0050] -通过Rx将去往/来自EPS载体的建立/修改/释放的RANAP RAB分配过程转到PCRF [0051] -经由Sv和Iu/A接口中继MME和MSC之间的切换准备和执行信令消息[0052] -选择MSC。如果必要，可支持Iu Flex [0053] -管理“UE-IWF会话” [0054] IWF和MSC冗余 [0055] -IWF可被连接至若干MSC池，并且可支持Iu Flex，这使得冗余性更好。 [0056] -引入在IWF或MSC故障的情况下选择新IWF的机制。其包括在UE进行的TAU重试中，带有特定的标志，该标志指示应该提供给UE的另一对(LAI+IWF IP地址)。 [0057] 除了Rel-8标准行为之外，MME负责： [0058] -选择IWF，并向UE分配LAI [0059] -与IWF的信令交换，用于通过Sv接口的CS域切换准备和执行。 [0060] -与IWF的信令，用于UE绑定检查(见下文) [0061] -与IWF的信令，用于CS域定位报告过程 [0063] -经由Sv接口的位置报告控制过程。因此，被提供给MSC的位置是可信的，因为它来自MME。 [0065] -从非CS载体分离CS载体，并协调CS和PS切换。 [0066] E-UTRAN(eNB)负责： [0067] -依据“SRVCC操作可能指示”和目标小区类型作出CSoPS切换或PS切换的判断：如果小区是LTE小区，则是PS切换；如果小区是2G-3G并仅支持CS语音，则切换是CSoPS切换。 [0068] -提出了与用于SR-VCC的类似的机制。 [0069] UE绑定 [0070] -在EPS附着或TA更新之后，MME向IWF发送UE IP地址、IMSI或TMSI和LAI，以允许通过Sv接口由IWF进行的UE绑定验证。LAI将被用于与MSC的位置报告过程。 [0071] -IWF通过检查在与UE IP地址对应的UE-IWF消息中接收的临时用户身份(例如GUTI)或永久用户身份(例如IMSI)是否与UE绑定消息中由MME提供的临时用户身份(例如GUTI)或永久用户身份(例如IMSI)匹配，来验证UE绑定。 [0072] 优点概括 [0073] -权衡了EPS网络已经知道并管理UE这一事实，所以其简化了安全机制，并且不需要安全网关对PS上的CS接入IWF/MSC进行保护。 [0074] -简化了IWF的分配，因为这由MME完成，并因此受运营商控制。 [0075] -允许Iu Flex，因为由IWF分配MSC。 [0076] -EPS提供的位置可被重用于CS域中的位置报告过程。这提供了位置的可信性。 [0077] -IWF支持NAS CS域消息的透明中继以及没有类似RRC过程的与简单Z1容器协议的过程，这使其尽可能简单。 [0078] -支持MME改变，无需改变IWF。 [0079] -支持IWF或MSC连通性故障，因为UE将重新附着或进行TAU以便得到新IWF IP地址和新LAI。 [0080] -可以重新使用SR-VCC机制，因此避免了E-UTRAN和UE中的改变。 [0081] 图1旨在示出根据本发明实施例的用于在演进分组系统EPS上对CS域服务的支持的非漫游架构。 [0082] 运营商在无需修改的情况下选择重用现有MSC，并引入新IWF，该新IWF将控制语音呼叫的建立并处理E-UTRAN覆盖下的SMS。从EPS的角度，IWF被看作应用服务器。因此，可将Z1接口的功能与Gm参考点的功能相比较。从MSC的角度，IWF被看作RNC。 [0083] 图2旨在示出根据本发明实施例的用于在演进分组系统EPS上对CS域服务的支持的漫游架构。 [0084] 如果被访问的PLMN支持“演进PS接入上的CS域服务”(CSoPS)，则图2所示的架构可应用于PDN GW和IWF都位于VPLMN中的情况。为了允许运营商将通过VPLMN中的PDN-GW的用户面业务限制为与CSoPS服务相关的用户面业务，具有单独APN用于CSoPS应该是可以的。 [0085] 如果被访问的PLMN不支持“演进PS接入上的CS域服务”，则订户将不具有对EPS上的CS域语音呼叫的接入。 [0086] 网络元件中所需的功能 [0087] 在一个实施例中： [0088] IWF包含以下功能： [0089] -在SGi和Iu接口之间中继P-GW和MSC之间的NAS信令 [0090] -充当用于MSC的RNC [0091] -通过Rx将去往/来自EPS载体的建立/修改/释放的RANAP RAB分配过程转到PCRF [0092] -经由Sv和Iu/A接口中继MME和MSC之间的切换准备和执行信令消息[0093] -验证UE绑定，即，检查在与UE IP地址对应的UE-IWF消息中接收的临时用户身份(例如GUTI)或永久用户身份(例如IMSI)是否与UE绑定消息中MME提供的临时用户身份(例如GUTI)或永久用户身份(例如IMSI)匹配。 [0094] -选择MSC。如果必要，可支持Iu Flex。 [0095] -管理“UE-IWF会话”。 [0096] MME Rel-8标准行为以外： [0097] -选择IWF，并向UE分配LAI [0098] -与IWF的信令交换，用于通过Sv接口的CS域切换准备和执行。 [0099] -到IWF的信令，以允许经由Sv接口由IWF进行的UE绑定验证 [0100] -经由Sv接口向IWF用信号通知MME的改变。 [0101] -在MME改变时，源MME应向目标MME发送IWF IP地址。 [0102] -经由Sv接口的位置报告控制过程。 [0103] -将接收自UE的“CSoPS”(PS上的CS)UE能力与网络CSoPS能力组合，并在呼叫设立时向E-UTRAN发送“SRVCC操作可能指示”。 [0104] -通过向IWF中继所需的HO，通过Sv接口发起CS切换。 [0105] -从非CS载体分离CS载体，并协调CS和PS切换 [0106] UE Rel-8标准行为以外： [0107] -可靠IP传输上的NAS CS域信令，包括移动性管理、呼叫控制和SMS[0108] -在打算承载例如IWF IP地址和MSC标识符的容器中，NAS CS域信令消息的封装。 [0109] -在EPS附着时，向MME传送CSoPS UE能力 [0110] E-UTRAN(eNB) [0111] -依据从MME接收的“SRVCC操作可能指示”和目标小区类型，CSoPS切换或PS切换的判断。 [0112] -与用于SR-VCC的类似的机制；向MME指示所需的HO：切换是否是CSoPS切换。 [0113] 在一个实施例中： [0114] ·IWF功能 [0115] ·在SGi和Iu/A接口之间中继P-GW和MSC之间的NAS信令 [0116] ·充当MSC的RNC [0117] ·通过Rx接口将去往/来自EPS载体的建立/修改/释放的RANAP/BSSAP RAB分配过程转给PCRF [0118] ·经由Sv和Iu/A接口中继MME和MSC之间的切换准备和执行信令消息[0119] ·验证UE绑定，即，在TMSI/IMSI和UE IP地址之间 [0120] ·管理“UE-IWF会话” [0121] ·选择MSC。如果必要，可支持Iu线路 [0122] ·MME相对Rel-8的改变 [0123] ·GTP/UDP/IP上的Sv，但附加有与IWF的信令交换，用于CS域切换准备和执行[0124] ·到IWF的Sv信令，以便允许IWF进行的UE绑定验证(备选方案Reg-B)[0125] ·对于Sv的其他附加消息/参数，例如位置报告过程 [0126] ·CSoPS UE能力的知识 [0127] ·选择IWF，向UE分配LAI。如果在重新附着或TAU时UE请求，则选择另一IWF，分配另一LAI(以解决IWF或MSC与UE的连通性缺失)。 [0128] ·在MME改变时，IWF IP地址和LAI从源MME向目标MME的传送。 [0129] ·UE相对Rel-8的改变 [0130] ·可靠IP传输上的NAS CS域信令，包括移动性管理、呼叫控制和SMS[0131] ·在打算承载例如IWF IP地址和MSC标识符的容器中，NAS CS域信令消息的封装[0132] ·在附着时向MME传送CSoPS UE能力 [0133] ·IWF/MSC发现(备选方案Reg-A) [0134] ·当没有对具有“特定标志”组的LA更新请求的响应时，重新附着(或TAU)(以解决IWF或MSC与UE的连通性的缺失)。 [0135] ·E-UTRAN(eNB) [0136] ·依据目标小区类型作出CSoPS切换或PS切换的判断。 [0137] ·可能是与用于SR-VCC的类似的机制 [0138] ·甚至可能是与SR-VCC相同的参数，避免eNB的改变 [0139] 参考点 [0140] Z1：UE和IWF之间的参考点。 [0141] Sv：MME和IWF之间的参考点。 [0142] 协议栈 [0143] 图3中示出用于Z1上的控制面的协议栈。 [0144] ·“容器”协议用于将24.008/24.011NAS CS域消息封装到包含UEIP@、IWF IP@的IP分组中 [0145] ·在UE和IWF之间建立“UE-IWF会话”(TCP、SCTP或其他IP可靠协议)[0146] ·不需要具有成本高的IPSec隧道(安全GW)以及相对的执行：LTE无线电已经是安全的 [0147] ·由IWF执行UE绑定(IMSI/TMSI，UE IP地址)检查。 [0148] 注意：“UE-IWF会话”层可以是SCTP或TCP或另一重传协议。应选择这个层，以避免终端电池泄露。 [0149] 注意：“容器”协议可以是新协议或可能是SIP。“容器”协议用于将24.008/24.011NAS CS域消息封装到包含UE IP地址、IWF IP地址、LAI的IP分组中。 [0150] 注意：提出将IP传输上的Iu作为接口，但是TAM上的Iu、PCM上的A、或IP传输上的A可用作选择。 [0151] 图4中示出Z1上用于用户面的协议栈。 [0152] 在Iu接口处Iu-UP协议是必须的：其用于发起CN译码并协商AMR模式改变。 [0154] 注意：可使用IWF中的Iu UP协议以及IWF和UE之间必要的相关机制。 [0155] 过程 [0156] 附着和注册-备选方案REG-A(由UE发现) [0157] 图5用于示出根据本发明实施例的注册过程(第一备选方案)。 [0158] 附着请求消息包括UE CSoPS能力。这是需要的，以便另外的切换知晓MME是否通过Sv接口必须进行PS切换或CSoPS切换 [0159] ·UE发现(IWF IP地址，LAI)对，UE将向其发送24.008注册消息。IWF IP@是将由UE用于CS域NAS消息的目的地址，并且LAI明确地识别MSC池(在从IWF的Iu Flex的情况下)。他们可经由附着接受消息被传送至UE，或使用DHCP和DNS查询而被发现。 [0160] ·IWF将仅在呼叫设立时——不需要在之前——注册到MME。 [0161] 附着和注册-备选方案REG-B(MME对IWF的选择，IWF对MSC的选择)[0162] 图6用于示出根据本发明实施例的注册过程(第二备选方案)。 [0163] 在已经附着到EPS网络之后，UE将附着和注册到CS域，以实现CS域服务。 [0164] 1)UE根据在TS 23.401中指定的附着过程，以附加的参数CSoPS UE能力注册到网络。可使用默认的载体来承载24.008信令消息。如果需要，则也可以为此设立专用载体用于更好的QoS。在附着过程期间，MME从EPS认证过程得到订户的IMSI以及P-GW分配的IP地址。如果UE是支持CSoPS的，则MME从TAI选择IWF并分配LAI(可以例如等于TAI)，然后通过附着接受向UE返回IWF IP地址和LAI。 [0165] 2)MME向IWF发送UE绑定(临时用户身份(例如GUTI)或永久用户身份(例如IMSI)、UE IP地址、LAI)。IWF存储这些信息，并在管理LAI的MSC池中选择MSC。这避免IWF为了知晓LAI而被迫使提取由UE发送的NAS消息。 [0166] 注意：可在附着过程之后或在附着过程期间发送UE绑定。可能需要是在附着过程期间MME和IWF之间的交换，以避免UE在IWF知晓绑定之前发送LAU请求。如果IWF等待，如果此前从UE接收过LAU请求，则在附着过程之后发送UE绑定应该是可行的。 [0167] 3a)UE与IWF建立“UE-IWF会话”(例如TCP连接)。如果LAI改变或不被UE知晓，则UE通过向IWF发送根据TS 24.008的位置更新请求消息，来启动注册过程。该消息被装到包括UE IP地址和IWF IP地址的IP分组中。 [0168] 如果LAI相比于UE中存储的LAI没有改变，则不要求UE启动LA更新过程。 [0169] 3b)IWF存储来自“容器”的UE IP地址和IWF IP地址，并检查这些信息是否与来自MME的UE绑定消息中由MME发送的信息匹配，如果已收到的话。如果还没有收到UE绑定消息，则IWF等待。如果绑定检查成功，则IWF与MME选择的MSC建立SCCP连接。然后，将24.008消息封装到RANAP初始UE消息中，并将其发送给MSC。 [0170] 4)按照TS 24.008，MSC/VLR从旧VLR获得关于UE的IMSI和认证数据，如果UE通过TMSI标识其自己并且从最后的解除注册以来VLR改变的话。如果UE通过TMSI标识其自己并且旧和新VLR中TMSI都是未知的，则新VLR从UE得到IMSI。将MSC/IWF接口上的NAS消息封装到依据TS 25.413的RANAP直接传送消息中。 [0171] 5)MSC可依据24.008在MSC和UE之间执行安全过程。 [0172] 6)MSC/VLR通过发送位置更新请求(IMSI、MSC地址、VLR号等)消息，将其自身注册到HSS。 [0173] 7)HSS对旧VLR发起取消位置过程。 [0174] 8)MSC/VLR从HSS获得定制数据。MME地址被包括在定制数据中。 [0175] 9)HSS以对MSC/VLR的位置更新确认进行响应。 [0176] 10)MSC/VLR通过将NAS消息封装在RANAP直接传送消息中，经由IWF向UE发送位置更新接受(新LAI，新TMSI)。UE现在是附着到IWF中的“PS上的CS”。 [0177] 注意：如何发送UE IP地址和IWF IP地址的方法不需要进一步详述。UE已知的新容器协议可承载这个新字段，对于24.008信令没有影响。 [0178] 11)UE发送TMSI重新分配完成消息，以向网络指示TMSI的重新分配被接受。 [0179] 注意：根据运营商策略，MSC将允许以IMEI作为UE标识的紧急注册，并随后不执行认证过程。 [0180] 可推荐备选的REG-B。 [0181] 在备选REG-B中： [0182] ·附着请求消息包括UE CSoPS能力、TMSI、旧TAI。如果UE是支持CSoPS的，则MME从TAI选择IWF和MSC，并通过附着接受向UE返回IWF IP@和MSC-ID。 [0183] 如果IWF IP@改变或不曾被知晓，则UE通过向IWF发送LAU请求(IMSI或TMSI、旧LAI)消息来发起注册过程。将这个消息装到包括UE IP@、IWF IP@和MSC-ID的IP分组中。 [0184] ·IWF存储用于UE的IMSI/TMSI、旧LAI、UE IP@和MSC-ID，并相对于TSMI/IMSI检查UE IP@。如果还没有收到UE绑定消息，则在检查UE绑定之前，IWF等待。如果绑定检查成功，则IWF与MSC建立SCCP连接，并将24.008消息封装到朝向MSC的RANAP初始UE消息中。 [0185] 位置更新 [0186] UE执行在TS 23.012中指定的周期性位置更新。 [0187] 如果TAU接受中提供的LAI不同于UE中存储的LAI，则UE启动LA更新过程。 [0188] 至此，只要IWF和MSC可用，就不会识别到在改变TA时需要改变MSC的理由。 [0189] 在IWF或MSC故障的情况下，或在不存在与UE的到IWF或MSC的连通性的情况下，可使用以下机制：如果没有对LA更新请求的应答，或者如果“UE-IWF会话”已经被释放，则UE执行到EPS的附着或TAU。MME将向UE分配新的IWF IP地址和新的LAI。可向23.401附着和TAU消息增加特定标志或参数，以向MME指示它应该分配新的IWF IP地址和新的LAI。 [0190] 在例如IWF想要改变分配给UE的MSC的情况下，IWF可释放“UE-IWF会话”。UE可通过用上述标志组来执行到EPS的附着或TAU来对此做出反应，并且应用以上机制，即，MME将向UE分配新的IWF IP地址和新的LAI。 [0191] 没有识别出在改变TA时将需要改变MSC的理由。 [0192] 备选Reg-A：如果期望在TA改变时MSC的改变，则UE可在TA改变的情况下进行MSC发现，然后如果已经分配了新MSC，则进行对新MSC的位置更新。 [0193] 备选Reg-B：如果TAU接受中提供的LAI不同于UE中存储的，则UE启动LA更新过程。 [0194] EPS分离过程 [0195] 当UE从EPS分离(无论什么原因)时，MME释放与IWF的Sv连接，使得允许IWF释放关联的资源： [0196] ·经由Rx的EPS资源 [0197] ·到MSC的SCCP连接 [0198] ·与UE的UE-IWF-会话 [0199] ·内部资源。 [0200] 在IWF和MSC之间的接口上向MSC提供小区Id [0201] MSC [0202] 对于在UE-IWF-会话上向MSC发送的所有上行链路信令，UE添加小区标识符(对应于LTE覆盖)。IWF将这个信息映射至要被传递给MSC的相关小区Id(以及要被MSC使用的，例如，以便确定紧急中心，...) [0203] 在MME和IWF位于一处(co-located)的情况下，IWF可检查从UE提供的信息在小区Id级别是精确的。 [0204] 在MME和IWF没有位于一处的情况下，IWF检查在跟踪区域列表级别信息的有效性。 [0205] 对于与移动性管理相关的23.401的影响 [0206] 在空闲和连接两种模式中，将经由Sv接口从新MME向IWF用信号通知服务MME的改变。在MME改变时，即使在空闲模式下，应在MM环境下由旧MME向新MME传送对(IWF IP地址和LAI)。 [0207] 起始会话设立-备选REG-A(由UE的发现) [0208] 图7用于示出根据本发明实施例的呼叫设立过程(第一备选方案)。 [0209] ·经由在以下中传递的24.008消息，执行呼叫设立： [0210] -在具有UE和IWF之间的容器的IP分组中 [0211] -在Iu上的直接传送消息和RANAP初始UE消息中 [0212] ·不需要加密。IWF应该接受来自MSC的加密模式命令，并且仅仅肯定地应答，无需任何其他处理。 [0213] ·将RAB分配消息转换成朝向PCRF的Rx消息，以分配EPS载体以便承载语音。 [0214] ·IWF注册到MME，用于处于呼叫设立的另外的切换：MME将需要从eNB向IWF中继所需HO消息。将从新MME向IWF用信号通知服务MME的改变。 [0215] 起始呼叫设立-备选REG-B(由MME的IWF和MSC选择) [0216] 图8旨在示出根据本发明实施例的呼叫设立过程(第二备选方案)。 [0217] ·经由在以下中传递的24.008消息，执行呼叫设立： [0218] -在具有UE和IWF之间的容器的IP分组中 [0219] -在Iu上的直接传送消息和RANAP初始UE消息中 [0220] ·不需要加密。IWF应该接受来自MSC的加密模式命令，并且仅肯定地应答，无需任何其他处理。 [0221] ·将RAB分配消息转换成朝向PCRF的Rx消息，以分配EPS载体以便承载语音。 [0222] ·IWF注册到MME，用于处于呼叫设立的另外的切换：MME将需要从eNB向IWF中继所需HO消息。将从新MME向IWF用信号通知服务MME的改变。 [0223] 1)呼叫设立按照TS 23.018规定的进行(除了在步骤2中描述的CS信道分配)，并且在UE-IWF会话上传输。加密在eNB-UE级别上执行，并且在MSC级别不需要。然而，IWF应该接受来自MSC的加密模式命令，并且仅肯定地应答，而无需任何其他处理。 [0224] 在这个过程中，并且在EPC载体的建立之后，UE获得MGW IP地址。 [0225] 注意：如何发送MGW的IP地址的方法不需要进一步详述。受到影响的消息可以是用于MO呼叫的“警报”和用于MT呼叫的“呼叫设立”。UE已知的新容器协议可承载这个新字段，对于TS 24.008信令没有影响。 [0226] 2)基于对来自MSC的RANAP RAB分配请求的接收，IWF根据在TS 23.203中规定的“IP-CAN会话修改；PCRF启动”过程，启动用于语音流的EPC载体。 [0227] 终止呼叫设立 [0228] 对于MT呼叫设立，当IWF接收到来自MSC的寻呼消息时，向UE发送特定的“CS寻呼”消息。UE将用NAS 24.008寻呼响应消息来响应。 [0229] ·IWF接收来自MSC的寻呼消息。IWF在附着时建立的EPC载体中构建特定的UE-IWF寻呼消息。 [0230] ·如果UE处于LTE空闲模式，则S-GW将向MME发送将寻呼UE的数据通知。UE将以服务请求来应答，并且所有EPC载体将被自动重建。当与UE的连通性被建立时，将传送在S-GW中排队的寻呼消息。UE将通过经由IWF向MSC发送回NAS CS域寻呼响应消息来应答。 [0231] ·如果UE处于连接模式，则将立即传送寻呼消息。 [0232] MO知MT SMS [0233] 图9旨在示出根据本发明实施例的SMS过程。 [0234] ·MO和MT SMS信令按照TS 23.040中规定的进行。 [0235] ·IWF对于这些消息是透明的-IWF仅通过适当的封装来对这些消息进行中继： [0236] -在Iu上的直接传送消息中的封装 [0237] -具有IWF-UE Z1接口上的容器的IP分组中的封装。 [0238] 从E-UTRAN到GSM/UMTS CS的切换 [0239] 图10旨在示出根据本发明实施例的从E-UTRAN到GSM/UMTS CS的切换过程。 [0240] ·MME已经知晓UE CSoPS能力，并向eNB通知UE和EPC两者在呼叫设立时都支持CSoPS。这使得eNB判断是否启动CSoPS切换(到LTE目标小区)或PS切换(到CS仅目标小区)。可以是与SR-VCC中使用的类似的机制。 [0241] ·eNB是切换的判断点。按照TS 23.401对UE命令测量。eNB以切换是CSoPS切换还是PS切换的指示，向MME发送所需HO。 [0242] ·用以通过IWF或eNB建立的CS源-目标RAN透明容器。 [0243] ·如果eNB指示CSoPS切换，则MME向IWF中继所需HO消息。 [0244] ·切换在IWF和MSC之间进行，类似遗留CS切换。 [0245] 通常：与SR-VCC机制中的类似，其中，UE向MME发送SR-VCC UE能力，以及其中MME在S1-AP初始上下文设立请求消息中向E-UTRAN发送“SRVCC操作可能”的指示，意味着UE和MME都是支持SRVCC的，可通过与“PS上的CS操作可能”相同的方式通知E-URTAN(可以用与SR-VCC中使用的相同的指示符)。允许E-UTRAN知晓切换是PS上的CS切换(例如目标小区是CS小区)还是PS切换(例如如果目标小区是E-UTRAN小区)。 [0246] 0)来自UE的测量报告触发eNodeB以这是PS上的CS切换操作的指示，向MME发送所需HO。MME通过Sv接口将所需HO转发至IWF。 [0247] 注意1：根据TS 23.401中规定的E-UTRAN到UMTS/GPRS RAT间切换的过程，由MME处理其他建立的非语音载体的切换。 [0248] 1-8)基于对来自MME的所需HO的接收，IWF启动朝向服务MSC的遗留切换。如果目标小区在另一MSC的控制下，则可执行MSC间切换。 [0249] 注意2：如果当前服务MSC也是目标小区的服务MSC，则不需要MSC间切换，并且跳过步骤2)、5)和6)。 [0250] 7)IWF启动EPC载体的释放，这根据在TS 23.203中规定的“IP-CAN会话修改；PCRF启动”过程来完成。 [0251] 从GSM/UMTS CS到E-UTRAN的切换 [0252] ·在第一步中可能不需要。 [0253] ·需要在切换时建立EPS载体，以用于承载24.008消息 [0254] ·当通过经由Rx接口向PCRF请求EPC(例如缺省)载体而接收来自MSC的重分配请求时，IWF可建立该载体。 [0255] ·IWF可要求MME按照23.401建立这些载体。 [0256] ·或者，UE可在到达目标E-UTRAN时建立。这可避免UE在载体被建立之前尝试向MSC发送CS NAS消息。 [0257] 位置报告控制 [0258] ·当MSC发送位置报告消息时，IWF将其转换成到MME的新Sv消息，请求LTE中的位置信息 [0259] ·MME向IWF返回LTE位置信息 [0260] ·IWF将MME返回的LTE位置信息映射至CS位置信息，并向MSC发送回位置报告[0261] ·位置信息可以是服务区域或地理信息。 [0262] 与基于IMS的服务的共存 [0263] 期望存在这样的UE，其支持PS接入上的CS域服务以及基于IMS的服务。 [0264] 运营商可在CS域上以及其网络中的IMS上提供语音服务。对于一个特定用户，可在CS域或IMS中或两者中提供语音服务。这将是HSS中用户的定制信息的一部分，以及UE中运营商控制的配置。 [0265] 对于CS域语音服务和IMS非语音服务的并行接入是可能的。当都在EPS上接入时，如TS 23.279规定的那样对CS和IP多媒体子系统(IMS)服务进行组合是可行的。当向进行中的IMS会话增加语音呼叫时，UE基于UE中关于语音服务的优选域的运营商控制的配置来判断。 [0266] VCC(在TS 23.206中规定)和ICS(在TR 23.892中研究)架构和这里提出的用于演进PS接入上的CS域服务的架构相互排斥，但是可在运营商网络中共存；不期望可共享或重用任何功能。 [0267] SR VCC(在TR 23.882中研究)可具有重叠的功能，这取决于所选的架构。当前所识别的可能重叠的功能是EPS中语音载体的标识和标记，从而稍后的无线电切换触发MSC间HO。 [0268] 注意：如果这个功能被规定为这样的方式：其在SR VCC和演进PS接入上的CS域服务之间可共享，则可将其保持为开放。 [0269] 漫游方面-VPLMN中的IWF支持 [0270] 在这种情况下，语音呼叫完全被其中设置PDN GW和IWF的VPLMN控制。这是对于演进PS接入上的CS域服务的优选漫游架构。其允许CS域漫游协议的完全重用以及用于演进PS接入上的CS域语音服务的现有运营商间计费机制(TAP记录交换)。在E-UTRAN和GSM/UMTSCS之间的切换的情况下，用户体验相当于非漫游情况的，因为切换仅在VPLMN中执行，这优化了用户面路由。 [0271] 漫游方面-VPLMN中没有IWF支持 [0272] 在这个情况下，依据运营商的选择，订户将： [0273] -不具有对EPS上的CS域语音呼叫的接入； [0274] -或者具有到EPS上的CS域语音的接入，但是不允许到UTRAN/GERAN小区的切换，因为IWF和服务MSC位于归属PLMN中，同时目标MSC位于被访问的PLMN中。 [0275] 安全方面 [0276] EPS提供具有完整性保护和加密，以及经过认证的发送方IP地址的IP连通性。 [0277] 在注册时，大部分运营商将要求MSC执行认证过程以认证(T)IMSI和IWF，以便通过验证其与MME提供的IP地址匹配来创建与发送方IP地址的安全绑定。 [0278] 在EPS附着和TAU，MME选择对(IWF IP地址，LAI)，其明确标识MSC池。其通过Sv接口向IWF发送具有TMSI/IMSI和UE IP地址的UE绑定消息。当UE向IWF发送CS域NAS消息时，执行绑定验证，NAS消息被封装在包括UE IP地址和TMSI/IMSI的IP分组中。 [0279] 计费方面 [0280] 使用在TS 32.250、TS 32.240、TS 32.299中规定的标准化CS域接口和功能，在MSC中进行计费。在语音流在所分配的EPC载体上的传输丢失的情况下，IWF将由PCEF经由Rx触发，并根据运营商偏好或者停止计费，或终止呼叫。 [0281] 通过在TS 23.203中规定的PCC架构完成EPS中的计费。期望的是运营商将对到IWF的所有信令业务以及传输语音业务的EPC载体零费率。 [0282] 法律需求方面-紧急呼叫 [0283] 以下过程描述了在没有UICC或没有用于CSoPS支持的UE的相关漫游权限的紧急呼叫。 [0284] 在UE和IWF之间的UE-IWF-会话建立如同一般情况那样进行，但是有以下细节： [0285] 1.UE请求“EPS紧急附着”(类似于针对没有UICC或没有相关漫游权限的情况下对IMS紧急呼叫的支持所限定的)。作为该过程的一部分，经由相关S-GW和P-GW建立缺省载体。 [0286] 2.MME(对于具有CSoPS支持的UE)作为这个“EPS紧急附着”过程的一部分，分配IWF(根据普通附着的CSoPS过程)，打开与该IWF的连接，并指示这用于紧急服务，向IWF发送移动的身份，(例如IMEI)该身份被作为“EPS紧急附着”的一部分而接收(代替在一般附着情况下的临时和永久UE身份)。 [0287] 3.当UE建立UE-IWF-会话时，UE提供作为“EPS紧急附着”的一部分而被发送的其身份(例如IMEI)。IWF检查该身份与接收自MME的UE的IP@的映射。 [0288] 4.之后，UE使用IWF的服务根据一般CSoPS过程与MSC交换信令，但是IWF检查仅仅紧急服务允许的24.008请求被传送。 [0289] 5.此外，当要建立用于紧急服务的专用载体时，在Rx上向PCRF提供紧急指示，以便建立具有相关QoS的EPS载体。 [0290] 法律需求方面-合法截取 [0291] -对于具有本地突发的非漫游和漫游架构，针对CS域规定的合法截取架构和机制是足够的。 [0292] 触发域改变的无线电切换对于正在进行的呼叫的合法截取没有影响。 [0293] -对于具有家庭路由业务的漫游架构(见图5.1.1.2-2)，合法截取需要进一步的开发，但是将类似于具有家庭路由业务的IMS语音服务那样来完成。 [0294] 在一个方面，本发明提供了用于在例如演进分组系统的仅分组移动系统上对CS域服务的支持的架构。 [0295] 在一个实施例中，提供用于在例如演进分组系统接入的仅分组移动系统上对CS域服务的支持的架构，移动通信系统中包括演进分组系统(EPS)和CS域，CS域包括至少一个移动交换中心MSC，所述架构包括：至少一个互通功能IWF，从而IWF被MSC看作无线电网络控制器RNC或基站控制器BTS，并被EPS看作应用服务器。 [0296] 在一个实施例中，IWF一方面通过3GPP SGi接口经由分组数据网络网关PDN-GW连接至EPS，并通过Rx接口连接至策略和计费规则功能PCRF，另一方面经由3GPP Iu或3GPP A接口连接至MSC，并且IWF在PDN-GW和MSC之间中继CS域非接入层NAS信令。 [0297] 在一个实施例中，所述架构包括在用户设备UE和IWF之间的被称为Z接口的接口，从而CS域NAS信令经由所述接口在EPS上被发送，其中，所述信令被封装到IP分组中并由EPS载体承载。 [0298] 在一个实施例中，IWF经由演进3GPP Sv接口连接至EPS的移动性管理实体MME，使得实现在IWF和MME之间的信令交换，用于CS域切换准备和执行。 [0299] 在一个实施例中，IWF经由演进3GPP Sv接口连接至EPS的移动性管理实体MME，使得实现了MME和IWF之间的信令交换，以允许由IWF进行的UE绑定验证。 [0300] 在一个实施例中，使用所述CS域服务在EPS上经由UE和IWF之间的所述接口发送用户面数据。 [0301] 在另一方面中，本发明提供了用于在例如演进分组系统接入的仅分组移动系统上对CS域服务的支持的不同方法，例如，具体地，用于在用户设备UE上向CS域注册以实现演进PS接入上的CS域服务的方法、用于呼叫设立的方法、用于从E-UTRAN到GERAN/UTRAN的切换的方法。 [0302] 在一个实施例中，一种用于注册的方法，包括： [0303] -步骤，其中，在已经附着至EPS网络之后或在EPS附着时，用户设备UE附着并注册到CS域，或者被EPS网络附着和注册到CS域，以实现CS域服务。 [0304] 在一个实施例中，一种用于注册的方法，包括步骤： [0305] -由MME进行的对IWF的选择； [0306] -由IWF进行的对UE绑定的验证； [0307] -由IWF进行的对MSC的选择。 [0308] 在一个实施例中，一种用于注册的方法，包括步骤： [0309] -通过检查在与UE IP地址对应的UE-IWF消息中接收的例如GUTI的临时用户身份或例如IMSI的永久用户身份是否与UE绑定消息中由MME提供的例如GUTI的临时用户身份或例如IMSI的永久用户身份匹配，来验证UE绑定。 [0310] 在一个实施例中，一种用于注册的方法，包括步骤： [0311] -由用户设备UE进行的IWF发现。 [0312] 在一个实施例中，一种用于注册的方法，包括步骤： [0313] -UE建立与IWF的UE-IWF可靠会话，用于在UE和IWF之间CS域NAS消息以及UE-IWF寻呼消息的发送。 [0314] 在一个实施例中，一种用于注册的方法，包括： [0315] -步骤，其中UE在被发送以便用于附着至EPS的附着请求消息中，包括其PS上的CS CSoPS功能。 [0316] 在一个实施例中，一种用于注册的方法，包括： [0317] -步骤，其中，如果UE是支持CSoPS的，则EPS的移动性管理实体MME选择IWF，并从跟踪区域实体TAI分配位置区域，并以EPS附着接受或EPS跟踪区域更新接受向UE返回IWF IP地址和位置区域实体LAI。 [0318] 在一个实施例中，一种用于注册的方法，包括步骤： [0319] -MME向IWF发送UE绑定消息，该消息至少包括UE IP地址、LAI和临时用户身份(例如GUTI)或永久用户身份(例如IMSI)。 [0320] 在一个实施例中，UE和IWF之间的CS域NAS消息被封装在UE-IWF消息中，该UE-IWF消息基于IP分组并包括UE-IWF特定报头。 [0321] 在一个实施例中，所述UE-IWF特定报头包括除了CS域NAS消息之外还被包括在IWF-UE消息中的临时用户身份(例如GUTI)或永久用户身份(例如IMSI)。 [0322] 在一个实施例中，所述UE-IWF特定报头还包括在从UE到IWF的方向中UE所在的小区的标识符，其中，在IWF已经确认该信息之后，将其转成小区标识，其在Iu或A接口上在被发送给MSC的相关消息中被发送。 [0323] 在一个实施例中，一种用于注册的方法，包括步骤： [0324] -IWF检验在接收自UE的UE-IWF消息中的临时用户身份(例如GUTI)或永久用户身份(例如IMSI)是否与在MME-IWF UE绑定消息中接收的临时用户身份(例如GUTI)或永久用户身份(例如IMSI)匹配； [0325] -IWF在处理与MME发送的LAI对应的位置区域的MSC池中选择MSC。 [0326] 在一个实施例中，一种用于注册的方法，包括步骤： [0327] -IWF建立与所选MSC的SCCP连接，用于在所述SCCP连接上发送被封装在RANAP或BSSMAP消息中的CS域NAS消息。 [0328] 在一个实施例中，一种用于注册的方法，包括步骤： [0329] -如果LAI改变或不被UE所知，则UE通过向IWF发送位置更新请求来启动注册过程。 [0330] 在一个实施例中，一种用于位置更新的方法，包括步骤： [0331] -如果在EPS附着接受或EPS跟踪区域更新TAU中提供的位置区域身份LAI(Location Area Identity)不同于UE中存储的LAI，则UE启动位置区域LA更新。 [0332] 在一个实施例中，一种用于EPS分离的方法，包括步骤： [0333] -当UE从EPS分离时，MME释放与IWF的连接，允许IWF释放与UE相关的任何资源(例如到MSC的SCCP连接(与UE相关联))、为UE建立的EPS载体以及与UE的UE-IWF会话。 [0334] 在一个实施例中，一种用于EPS移动性管理的方法，包括步骤： [0335] -在空闲和连接两种模式下，从新MME向IWF用信号通知服务MME的改变，[0336] -在MME改变时，在MM环境下由旧MME向新MME传送IWF IP地址-LAI对。 [0337] 在一个实施例中，一种用于呼叫设立的方法，包括步骤： [0338] -在UE和IWF之间建立的UE-IWF会话上传输呼叫设立，用于在UE和IWF之间发送CS域NAS消息以及IWF-UE寻呼消息。 [0339] 在一个实施例中，一种用于呼叫设立的方法，包括步骤： [0340] -基于对来自MSC的RANAP RAB分配请求的接收，IWF根据IP-CAN会话修改-PCRF启动过程来启动用于语音流的EPC载体。 [0341] 在一个实施例中，一种用于终止呼叫设立的方法，包括步骤： [0342] -在从MSC接收寻呼消息时，IWF建立IWF-UE寻呼消息并将其发送给UE。 [0343] -在从IWF接收IWF-UE寻呼消息时，EPC启动正常EPC寻呼处理，如果UE当前没有连接EPC。 [0344] -在从IWF接收IWF-UE寻呼消息时，UE用指示寻呼响应消息的CS域NAS消息对IWF进行响应。 [0345] -在从UE接收寻呼响应时，IWF建立IWF和MSC之间用于UE的SCCP连接(如果还没有建立的话)，并向MSC发送指示寻呼响应的CS域NAS消息。 [0346] 在一个实施例中，一种用于从MME到E-UTRAN的CSoPS切换可能性指示的方法，包括步骤： [0347] -MME基于从UE接收的UE CSoPS能力以及由CSoPS网络能力判断CSoPS切换是否可能； [0348] -MME在呼叫设立阶段通知E-UTRAN，CSoPS切换是可能的。 [0349] 在一个实施例中，一种用于从E-UTRAN到GSM/UMTS CS的切换的方法，包括步骤： [0350] -E-UTRAN判断切换是CSoPS切换还是EPS PS切换。 [0351] 在一个实施例中，一种用于从E-UTRAN到GSM/UMTS CS的切换的方法，包括步骤： [0352] -E-UTRAN以切换是CSoPS切换或PS切换的指示，向MME发送所需的HO； [0353] -基于对来自E-UTRAN的具有切换是CSoPS切换的指示的所需HO的接收，MME向IWF发送所需HO消息； [0354] -基于对来自MME的所需HO的接收，IWF启动朝向服务MSC的遗留切换。 [0355] 在一个实施例中，一种用于从GSM/UMTS CS到E-UTRAN的切换的方法，包括步骤： [0356] -MSC向IWF发送遗留切换请求； [0357] -在从MSC接收切换请求时，IWF向MME发送前向重分配请求的指示，其中IWF充当服务SGSN； [0358] -MME将IWF发起的请求与来自实际服务SGSN的并行消息组合； [0359] -MME确保UE的CSoPS服务所需的相关EPS载体被建立； [0360] -MME向IWF通知成功切换以及新UE-IWF绑定。 [0361] 在一个实施例中，一种用于MSC和MME之间的位置报告控制的方法，包括步骤： [0362] -IWF将接收自MSC的位置报告控制消息转成通过MME和IWF之间的接口发送给MME的位置报告控制消息； [0363] -在从MME接收位置报告消息时，建立位置报告消息，并将其作为对位置报告控制的响应发送给MSC。 [0364] 在另一方面，本发明提供了在例如演进分组系统接入的仅分组移动系统上对CS域服务的支持的不同实体，例如，具体地，互通功能IWF、用于EPS的移动性管理实体MME、例如具体为eNB的E-UTRAN实体、以及用户设备UE。 [0365] 在一个实施例中，互通功能IWF是这样的IWF，其被MSC看作无线电网络控制器RNC或基站控制器BTS，并被EPS看作应用服务器。 [0366] 在一个实施例中，互通功能IWF一方面通过3GPP SGi接口经由分组数据网络网关PDN-GW连接至EPS，并通过3GPP Rx接口连接至策略和计费规则功能PCRF，并且另一方面，经由3GPP Iu或3GPP A接口连接至MSC，并且IWF在PDN-GW和MSC之间中继CS域非接入层NAS信令。 [0367] 在一个实施例中，互通功能IWF是这样的IWF，使得CS域NAS信令经由用户设备UE和IWF之间被称为Z接口的接口在在EPS上被发送，其中，该信令被封装到IP分组中并由EPS载体来承载。 [0368] 在一个实施例中，互通功能IWF经由演进3GPP Sv接口连接至EPS的移动性管理实体MME，其实现IWF和MME之间的信令交换，用于CS域切换准备和执行。 [0369] 在一个实施例中，互通功能IWF经由演进3GPP Sv接口连接至EPS的移动性管理实体MME，实现MME和IWF之间的信令交换，以允许由IWF进行的UE绑定验证。 [0370] 在一个实施例中，互通功能IWF是这样的IWF，使得使用所述CS域服务，用户面数据经由UE和IWF之间的所述接口在EPS上被发送。 [0371] 在一个实施例中，互通功能IWF包括：为了向CS域注册用户设备UE以实现演进PS接入上的CS域服务： [0372] -用于UE绑定的验证的装置。 [0373] -用于MSC选择的装置。 [0374] 在一个实施例中，互通功能IWF包括：为了向CS域注册用户设备UE以实现演进PS接入上的CS域服务： [0375] -用于通过检查在与UE IP地址相对应的UE-IWF消息中接收的例如GUTI的临时用户身份或例如IMSI的永久用户身份是否与UE绑定消息中由MME提供的例如GUTI的临时用户身份或例如IMSI的永久用户身份匹配来验证UE绑定的装置。 [0376] 在一个实施例中，互通功能IWF包括，为了呼叫设立： [0377] -用于允许在UE和IWF之间建立的UE-IWF会话上传输呼叫设立的装置，用于在UE和IWF之间发送CS域NAS消息以及IWF-UE寻呼消息。 [0378] 在一个实施例中，互通功能IWF包括，针对呼叫设置： [0379] -用于基于对来自MSC的RANAP RAB分配请求的接收，根据IP-CAN会话修改-PCRF启动过程来启动用于语音流的EPC载体的装置。 [0380] -在一个实施例中，互通功能IWF包括，针对从E-UTRAN到GSM/UMTS CS的切换： [0381] -用于在收到来自MME的所需HO时，启动朝向服务MSC的遗留切换的装置。 [0382] 在一个实施例中，互通功能IWF包括： [0383] -用于在IP接口(例如与终端的SGi)和例如与MSC的Iu或A的接口之间中继NAS信令的装置。 [0384] 在一个实施例中，互通功能IWF包括： [0385] -用于充当用于MSC的RNC或BSS的装置。 [0386] 在一个实施例中，互通功能IWF包括： [0387] -用于将接收自MSC的无线电资源分配过程，例如去往/来自EPS载体的建立/修改/释放的RANAP RAB分配过程，通过Rx转到PCRF的装置。 [0388] 在一个实施例中，互通功能IWF包括： [0389] -用于得到PS上的CS CSoPS UE能力的信息的装置。 [0390] 在一个实施例中，互通功能IWF包括： [0391] -用于将来自MSC的寻呼消息转成要发送给UE的IWF-UE寻呼消息的装置。 [0392] 在一个实施例中，互通功能IWF包括： [0393] -用于经由演进Sv接口和Iu/A接口在MME和MSC之间中继切换准备和执行信令消息的装置。 [0394] 在一个实施例中，互通功能IWF包括： [0395] -用于通过检验在接收自UE的UE-IWF消息中的临时用户身份(例如GUTI)或永久用户身份(例如IMSI)是否与在MME-IWF UE绑定消息中接收的临时用户身份(例如GUTI)或永久用户身份(例如IMSI)匹配的装置。 [0396] 在一个实施例中，互通功能IWF包括： [0397] -用于从MME指示的LAI选择MSC的装置。 [0398] 在一个实施例中，互通功能IWF包括： [0399] -用于管理在UE和IWF之间建立的“UE-IWF会话”，用于在UE和IWF之间发送CS域NAS消息和IWF-UE寻呼消息的装置。 [0400] 在一个实施例中，互通功能IWF包括： [0401] -用于将来自MSC的位置报告控制消息转成发送到MME的位置报告控制消息的装置。 [0402] 在一个实施例中，互通功能IWF包括： [0403] -用于将来自MME的位置报告消息转成到MSC的位置报告消息的装置。 [0404] 在一个实施例中，互通功能IWF包括： [0405] -用于检查仅应该对已接收到的来自MME的关于UE的紧急服务授权，并且仅向MSC发送紧急请求的装置。 [0406] 在一个实施例中，移动性管理实体MME是这样的MME：使得IWF经由演进3GPP Sv接口连接至所述移动性管理实体MME，以便实现IWF和MME之间的信令交换，用于CS域切换准备和执行。 [0407] 在一个实施例中，移动性管理实体MME是这样的MME：使得IWF经由演进3GPP Sv接口连接至所述移动性管理实体MME，以便实现MME和IWF之间的信令交换，以允许由IWF进行的UE绑定验证。 [0408] 在一个实施例中，移动性管理实体MME包括，针对向CS域注册用户设备UE以实现演进PS接入上的CS域服务： [0409] -用于IWF选择的装置。 [0410] 在一个实施例中，移动性管理实体MME包括，针对从MME到E-UTRAN的CSoPS切换可能性指示： [0411] -用于基于从UE接收的UE CSoPS能力以及由CSoPS网络能力判断CSoPS切换是否可能的装置。 [0412] -用于在呼叫设立阶段通知E-UTRAN，CSoPS切换是可能的的装置。 [0413] 在一个实施例中，移动性管理实体MME包括，针对从E-UTRAN到GSM/UMTS CS的切换： [0414] -用于基于对来自E-UTRAN的具有切换是CSoPS切换的指示的所需HO的接收，向IWF发送所需HO消息的装置。 [0415] 在一个实施例中，移动性管理实体MME包括： [0416] -用于选择IWF并向UE分配LAI的装置。 [0417] 在一个实施例中，移动性管理实体MME包括： [0418] -用于通过演进Sv接口与IWF交换信令，用于CS域切换准备和执行的装置。 [0419] 在一个实施例中，移动性管理实体MME包括： [0420] -用于经由演进Sv接口用信号通知IWF从而允许由IWF进行的UE绑定验证的装置。 [0421] 在一个实施例中，移动性管理实体MME包括： [0422] -用于经由Sv接口向IWF用信号通知MME的改变的装置。 [0423] 在一个实施例中，移动性管理实体MME包括： [0424] -用于在MME改变时，源MME向目标MME发送IWF IP地址的装置。 [0425] 在一个实施例中，移动性管理实体MME包括： [0426] -用于经由Sv接口的位置报告控制过程的装置。 [0427] 在一个实施例中，用户设备UE包括，针对向CS域注册以实现演进PS接入上的CS域服务： [0428] -用于在已经附着至EPS网络之后或在EPS附着时，向CS域附着和注册，或通过EPS网络被附着和注册到CS域以便实现CS域服务的装置。 [0429] 在一个实施例中，用户设备UE包括，针对向CS域注册以实现演进PS接入上的CS域服务： [0430] -用于IWF发现的装置。 [0431] 在一个实施例中，用户设备UE包括，针对呼叫设立： [0432] -用于允许在UE和IWF之间建立的UE-IWF会话上传输呼叫设立的装置，以便用于在UE和IWF之间CS域NAS消息以及IWF-UE寻呼消息的发送。 [0433] 在一个实施例中，用户设备UE包括： [0434] -用于在IP传输上的NAS CS域信令的装置，包括移动性管理、呼叫控制和SMS。 [0435] 在一个实施例中，用户设备UE包括： [0436] -用于承载例如IWF IP地址和MSC标识符的容器中对NAS CS域信令消息的封装的装置。 [0437] 在一个实施例中，用户设备UE包括： [0438] -用于在附着时向MME传送CSoPS UE能力的装置。 [0439] 在一个实施例中，例如具体为eNB的E-UTRAN实体包括，针对从E-UTRAN到GSM/UMTS CS的切换： [0440] -判断切换是CSoPS切换还是EPS PS切换的装置。 [0441] 在一个实施例中，例如具体为eNB的E-UTRAN实体包括，针对从E-UTRAN到GSM/UMTS CS的切换： [0442] -用于向MME发送具有切换是CSoPS切换或PS切换的指示的所需HO的装置。 [0443] 在一个实施例中，例如具体为eNB的E-UTRAN实体包括： [0444] -依据目标小区类型作出CSoPS切换或PS切换的判断的装置。 [0445] 在一个实施例中，例如具体为eNB的E-UTRAN实体包括： [0446] -执行与用于SR-VCC的类似的机制的装置。 [0447] 对于本领域技术人员来说，以上装置的具体实现不会引起任何特别的问题，因此对于本领域技术人员来说，这样的装置不需要按照其功能比以上做出的更加详尽的公开。 |
||||||
QQ群二维码
意见反馈
意见反馈