CN101815358A - 一种用户设备之间的数据传输方法 - Google Patents
一种用户设备之间的数据传输方法 Download PDFInfo
- Publication number
- CN101815358A CN101815358A CN200910078491A CN200910078491A CN101815358A CN 101815358 A CN101815358 A CN 101815358A CN 200910078491 A CN200910078491 A CN 200910078491A CN 200910078491 A CN200910078491 A CN 200910078491A CN 101815358 A CN101815358 A CN 101815358A
- Authority
- CN
- China
- Prior art keywords
- nodeb
- rnc
- called
- calling
- layer
- 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
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开了一种UE之间的数据传输方法，包括：判断主叫UE和被叫UE是否位于同一个无线网络控制器(RNC)下，如果是，则由所述RNC判断主叫UE和被叫UE是否位于该RNC下的同一个基站NodeB内，如果是，则向所述NodeB发送进行NodeB层本地交换的指示；NodeB根据所述进行NodeB层本地交换的指示，为主叫UE和被叫UE配置用户面数据的本地交换地址，根据所述本地交换地址，对主叫UE和被叫UE之间的用户面数据进行NodeB层的本地交换。本发明所公开的技术方案，能够节省Iu口和Iub口带宽。
Description
技术领域
本发明涉及通信技术，尤其涉及一种用户设备(UE)之间的数据传输方法。
背景技术
在通信技术领域，通用移动通信系统(UMTS)网络结构包含核心网(CN)、通用地面无线接入网(UTRAN)和用户设备(UE)，其中，UTRAN包括无线网络控制器(RNC)和基站(NodeB)。
图1为现有技术中UE之间的数据传输流通图。如图1所示，UE之间的电路域(CS)业务和分组域(PS)业务数据通信需要通过CN交换，对两个不同的UE，即使无线链路在一个NodeB内或一个汇聚的(Hub)NodeB内时，数据也需要通过RNC和CN进行交换，即也需要占用Iub口带宽和Iu口的带宽。但实际应用中，当通信的UE在同一个RNC下的一个NodeB内或一个Hub NodeB内时，通过RNC和CN交换数据是不必要的，其不仅浪费了Iu口和Iub口的带宽，而且增大了数据交互的时延。
发明内容
有鉴于此，本发明中提供一种UE之间的数据传输方法，以节省Iu口和Iub口带宽。
本发明所提供的UE之间的数据传输方法，包括：
判断主叫UE和被叫UE是否位于同一个无线网络控制器RNC下，如果是，则由所述RNC判断主叫UE和被叫UE是否位于该RNC下的同一个基站NodeB内，如果是，则向所述NodeB发送进行NodeB层本地交换的指示；
NodeB根据所述进行NodeB层本地交换的指示，为主叫UE和被叫UE配置用户面数据的本地交换地址，根据所述本地交换地址，对主叫UE和被叫UE之间的用户面数据进行NodeB层的本地交换。
较佳地，所述判断主叫UE和被叫UE是否位于一个RNC下包括：
核心网获取主叫UE接入时发送的被叫手机号码和主叫国际移动用户标识码IMSI，根据所述被叫手机号码及核心网中存储的手机号码和IMSI的对应关系，向被叫UE发起寻呼，并根据所述被叫UE返回的寻呼响应中的被叫IMSI，判断主机UE和被叫UE是否位于同一个RNC下；
如果主叫UE和被叫UE位于同一个RNC下，该方法进一步包括：核心网将主叫UE和被叫UE在一个RNC下的关联信息通知给所述RNC。
较佳地，在主叫UE和被叫UE位于同一个RNC下时，该方法进一步包括：MSC判断主叫UE和被叫UE的语音编码速率是否相同，如不相同，则对主叫UE和被叫UE的语音编码速率进行匹配。
较佳地，所述MSC将主叫UE和被叫UE在一个RNC下的关联信息通知给所述RNC为：MSC将主叫UE和被叫UE在一个RNC下的关联信息携带在扩展的无线接入承载指派RAB Assignment信息中通知给所述RNC。
较佳地，该方法进一步包括：预先在核心网侧设置NodeB层本地交换模式开关；
在所述开关打开且核心网判断主叫UE和被叫UE位于同一个RNC下时，执行所述将主叫UE和被叫UE在一个RNC下的关联信息通知给所述RNC的操作。
较佳地，所述判断主叫UE和被叫UE是否位于一个RNC下包括：
预先在RNC内设置手机号码和IMSI的对应关系；
RNC获取主叫UE接入时发送的被叫手机号码和主叫IMSI，根据所述被叫手机号码及所述手机号码和IMSI的对应关系以及被叫UE寻呼响应中的被叫IMSI，判断主机UE和被叫UE是否位于同一个RNC下。
较佳地，该方法进一步包括：
在被叫UE建立时，RNC获取核心网指配的语音编码速率、RNC自身支持的语音编码速率和主叫UE支持的语音编码速率的交集；
在所述交集不为空时，RNC根据所述交集配置被叫UE的语音编码速率；否则，通知CN调整主叫UE的语音编码速率，使主叫UE和被叫UE的语音编码速率相一致。
较佳地，该方法进一步包括：预先在RNC中设置NodeB层本地交换模式开关；
在所述开关打开且RNC判断主叫UE和被叫UE位于同一个NodeB下时，执行所述向NodeB发送进行NodeB层本地交换的指示的操作。
较佳地，所述向NodeB发送进行NodeB层本地交换的指示为：利用无线链路建立RL SETUP消息或无线链路重配置准备RL Reconfigure Prepare消息或其它消息中的信息项携带所述进行NodeB层本地交换的指示发送给NodeB。
较佳地，所述RNC判断主叫UE和被叫UE不是位于该RNC下的同一个NodeB内时，该方法进一步包括：执行RNC层的本地交换或采用正常语音建立业务流程。
较佳地，该方法进一步包括：RNC预先获取含有汇聚的Hub NodeB的NodeB拓扑结构；
RNC判断主叫UE和被叫UE不是位于该RNC下的同一个NodeB内时，该方法进一步包括：根据所述NodeB拓扑结构，判断主叫UE和被叫UE是否位于该RNC下的同一个Hub NodeB下，如果是，则向所述Hub NodeB发送进行Hub NodeB层本地交换的指示；
所述Hub NodeB根据所述进行Hub NodeB层本地交换的指示，为主叫UE和被叫UE配置用户面数据的本地交换地址，根据所述本地交换地址，对主叫UE和被叫UE之间的用户面数据进行Hub NodeB层的本地交换。
较佳地，进行NodeB层或Hub NodeB层本地交换时，该方法进一步包括：删除或保留所述NodeB或Hub NodeB的Iu口和/或Iub口的用户面承载。
较佳地，进行NodeB层本地交换时，该方法进一步包括：删除或保留Iu口和/或Iub口的用户面承载。
较佳地，进行NodeB层的本地交换时，若发生NodeB内小区间或小区内切换，则该方法进一步包括：NodeB根据切换后的小区或小区的载波，重新为主叫UE和被叫UE配置用户面数据的本地交换地址，根据所述重新配置的本地交换地址，继续对主叫UE和被叫UE之间的用户面数据进行NodeB层的本地交换。
较佳地，进行NodeB层的本地交换时，若发生RNC内NodeB间切换，则该方法进一步包括：RNC在目标NodeB建立切换UE的Iub口承载，并将源NodeB内未切换UE的数据转发地址配置为RNC转发。
较佳地，进行NodeB层的本地交换时，若发生RNC间切换，则该方法进一步包括：RNC和核心网协商调整切换UE或未切换UE的语音编码速率。从上述方案可以看出，本发明中首先判断主叫UE和被叫UE是否位于同一个RNC下，然后由该RNC判断主叫UE和被叫UE是否位于该RNC下的同一个NodeB内，如果是，则向该NodeB发送进行NodeB层本地交换的指示；之后，NodeB根据该进行NodeB层本地交换的指示，为主叫UE和被叫UE配置用户面数据的本地交换地址，并根据所述本地交换地址，对主叫UE和被叫UE之间的用户面数据进行NodeB层的本地交换。可见，通过在同一个NodeB下发送和终止UE之间的数据通信，避免了通过RNC和CN交换节点交换数据时对Iu口和Iub口的占用，从而节省了Iu口和Iub口的传输带宽，并能减少用户面数据交互的时延。
此外，对于偏僻地区，如海岛或沙漠等，当采用NodeB本地交换时，可减少Iub口和Iu口的数据流量，并降低Iub口和Iu口传输网络的需求和部署的成本。
附图说明
图1为现有技术中UE之间的数据传输流通图；
图2为发明实施例中UE之间的一种数据传输流通图；
图3为发明实施例中UE之间的又一种数据传输流通图；
图4为发明实施例中UE之间的数据传输方法的示例性流程图。
具体实施方式
为使本发明的目的、技术方案和优点更加清楚明白，下面结合实施例和附图，对本发明进一步详细说明。
为了节省Iu口和Iub口的传输带宽，降低用户面数据交互的时延，本发明实施例中，对于在同一个NodeB内或一个Hub NodeB内的通信双方UE，可考虑采用NodeB内或Hub NodeB内的本地数据交换，即实现UE之间的NodeB层或Hub NodeB层的直接数据交互。
具体实现时，为了尽量减少信令和非接入层(NAS)的处理修改，可只对UE之间的用户面数据进行NodeB层或Hub NodeB层的直接交互，而信令流程保持现有不变。即仍然利用核心网、RNC、NodeB和UE原有的功能实现信令处理，包括：实现用户的接入，链路和承载的建立，切换/迁移，释放等流程处理，并实现UE和CN的NAS层功能如鉴权、计费等功能。相应的，NodeB内本地交换的数据流通图如图2所示，Hub NodeB内本地交换的数据流通图如图3所示。
其中，在RNC内的NodeB层实现本地交换，主要是针对CS域UE之间有数据交换的业务，像语音业务(AMR)和可视电话(VP)等。如果PS域支持UE之间的业务，如PS Call等业务，则也可以采用NodeB层本地交换。下面主要以CS域NodeB内本地交换的处理简要叙述RNC内NodeB层实现本地交换处理流程。
图4为发明实施例中UE之间的数据传输方法的示例性流程图。如图4所示，该流程包括如下步骤：
步骤401，判断主叫UE和被叫UE是否位于同一个RNC下，如果是，则执行步骤402；否则，进行正常处理流程。
本步骤中，判断主叫UE和被叫UE是否在一个RNC下的操作可由核心网执行，也可由RNC执行，此外也可以由其它实体执行。下面分别就核心网执行和RNC执行这两种实现情况进行详细描述：
在用户呼叫建立过程中，对于主叫UE，整个信令流程中会出现主叫UE的国际移动用户标识码(IMSI)和被叫的手机号码，核心网和RNC均会获取主叫UE接入时的被叫手机号码和主叫IMSI；对于被叫UE，核心网和RNC均会从被叫UE的寻呼响应中获取被叫IMSI。
第一种：核心网判断主叫UE和被叫UE是否在一个RNC下。
由于核心网移动交换中心(MSC)中存储有手机号码和国际移动用户标识码(IMSI)的对应关系，且UE在进行开机或切换注册时，核心网可以获取UE的IMSI和RNC之间的位置关系，因此MSC可以在主叫UE接入时，根据主叫UE发送的主叫IMSI确定主叫UE所处的RNC，并根据主叫UE发送的被叫手机号码及自身中存储的手机号码和IMSI的对应关系，获取到被叫IMSI，根据该被叫IMSI向被叫UE发起寻呼，当接收到寻呼响应时，根据其中的被叫IMSI确认被叫UE所处的RNC，从而判断主机UE和被叫UE是否位于同一个RNC下。
当MSC判断主叫UE和被叫UE位于同一个RNC下时，可进一步向该RNC发送主叫UE和被叫UE在一个RNC下的关联信息，以通知RNC执行步骤402中的操作。该关联信息可通过携带在扩展的无线接入承载指派(RAB Assignment)信息中通知给所述RNC，或者也可以通过其它方式通知给RNC。其中，所述关联信息中可包括：主叫UE和被叫UE在一个RNC下的指示信息、主叫UE标识和被叫UE标识(可选)。
此外，考虑到主叫UE和被叫UE的语音编码速率有可能不一致，而正常流程中，主叫UE和被叫UE的语音编码速率分别由CN和RNC协商后指配给UE，需要通话的主叫UE和被叫UE的语音编码速率如果不一致，则由CN进行速率匹配。但是对于NodeB内本地交换，由于用户面数据在NodeB侧直接被环回，NodeB不对用户面数据做任何操作，这样就要求进行NodeB内本地交换之前，主叫UE和被叫UE的语音编码速率最好相互匹配。因此本步骤中，可在判断主叫UE和被叫UE位于同一个RNC下时，进一步判断主叫UE和被叫UE的语音编码速率是否相同，如相同，则不需要对二者速率进行调整；如不相同，则可对主叫UE和被叫UE的语音编码速率进行匹配，例如，可将主叫UE的语音编码速率调整为被叫UE的语音编码速率，或将被叫UE的语音编码速率调整为主叫UE的语音编码速率。
相应地，若核心网对UE进行了速率匹配，则上述关联信息中可进一步包括：UE的语音编码速率。
第二种：RNC判断主叫UE和被叫UE是否在一个RNC下。
由于RNC中没有设置手机号码和国际移动用户标识码(IMSI)的对应关系，而进行主叫UE和被叫UE是否在一个RNC下的判断需要用到该对应关系，因此本实现方式中可预先在RNC内设置手机号码和IMSI的对应关系，之后，RNC在接收到主叫UE的接入时，确定主叫UE位于自身RNC下，之后根据主叫UE接入时发送的被叫手机号码及自身中预先设置的手机号码和IMSI的对应关系，确定被叫IMSI，之后根据寻呼响应中的被叫IMSI，确认被叫UE是否位于自身RNC下，从而判断主机UE和被叫UE是否位于同一个RNC下，即自身RNC下。
同样，由于主叫UE和被叫UE的语音编码速率有可能不一致，因此为了更好的进行Node B内的本地交换，最好使主叫UE和被叫UE的语音编码速率在进行Node B内的本地交换之前相互一致。为此，本实现方式中，对于主叫UE，在建立过程中按正常流程配置UE的语音编码速率；对于被叫UE，在建立时，RNC首先获取CN指配的编码速率，RNC支持的编码速率，主叫UE实际使用的编码速率的交集，在该交集不为空时，RNC根据所述交集配置被叫UE的语音编码速率；否则，可通知CN调整主叫UE的语音编码速率，使主叫UE和被叫UE的语音编码速率相一致。具体实现时，可对主叫UE进行传输格式集合(TFC)重配，重配后主叫UE编码速率和被叫UE一致。
步骤402，RNC判断主叫UE和被叫UE是否位于该RNC下的同一个NodeB内，如果是，则执行步骤403；否则，执行步骤406。
本步骤中，由于RNC可以获知UE和NodeB之间的位置关系，因此RNC可以判断主叫UE和被叫UE是否位于该RNC下的同一个NodeB内。
步骤403，RNC向所述NodeB发送进行NodeB层本地交换的指示。
本步骤中，进行NodeB层本地交换的指示可以携带在无线链路建立(RLSETUP)消息或无线链路重配置准备(RL Reconfigure Prepare)消息或其它消息(如新定义的专用消息或其它已有消息)中的信息项中发送给NodeB。该进行NodeB层本地交换的指示可以包括：NodeB内本地交换指示信息、主叫UE标识、被叫UE标识。
步骤404，NodeB根据所述进行NodeB层本地交换的指示，为主叫UE和被叫UE配置用户面数据的本地交换地址。
步骤405，NodeB根据所述本地交换地址，对主叫UE和被叫UE之间的用户面数据进行NodeB层的本地交换。
步骤406，判断主叫UE和被叫UE是否位于该RNC下的同一个HubNodeB下，如果是，则执行步骤407；否则，执行RNC层的本地交换或采用正常语音建立业务流程。
本步骤中，为了使RNC能够获知主叫UE和被叫UE是否位于该RNC下的同一个Hub NodeB下，RNC可预先获取含有Hub NodeB的NodeB拓扑结构。例如，在配置NodeB时，对于Hub NodeB，需要采取传输资源组或者逻辑端口进行配置，则RNC可通过配置的传输资源组或逻辑端口，获取NodeB的组网结构；或者，也可以采用其他方式让RNC知道NodeB的组网结构。之后，本步骤中，RNC可根据所获取的NodeB拓扑结构，判断主叫UE和被叫UE是否位于该RNC下的同一个Hub NodeB下。
步骤407，RNC向所述Hub NodeB发送进行Hub NodeB层本地交换的指示。
本步骤中，进行Hub NodeB层本地交换的指示可以携带在无线链路建立(RL SETUP)消息或无线链路重配置准备(RL Reconfigure Prepare)消息或其它消息(如新定义的专用消息或其它已有消息)中的信息项中发送给NodeB。
步骤408，Hub NodeB根据所述进行Hub NodeB层本地交换的指示，为主叫UE和被叫UE配置用户面数据的本地交换地址。
步骤409，Hub NodeB根据所述本地交换地址，对主叫UE和被叫UE之间的用户面数据进行Hub NodeB层的本地交换。
上述流程中，步骤406中也可直接执行RNC层的本地交换或采用正常语音建立业务流程，而不进行主叫UE和被叫UE是否位于该RNC下的同一个Hub NodeB下的判断，相应地也不执行步骤407-步骤409。
本发明实施例中，支持NodeB/Hub NodeB层本地交换和非NodeB/HubNodeB层本地交换之间的自动切换。
下面以NodeB层本地交换为例，进行详细描述：
1)进行NodeB层的本地交换时，若发生NodeB内小区切换(如小区间切换或小区内切换)，则NodeB可根据切换后的小区(对应小区间切换)或小区的载波(对应小区内切换)，重新为主叫UE和被叫UE配置用户面数据的本地交换地址，根据所述重新配置的本地交换地址，继续对主叫UE和被叫UE之间的用户面数据进行NodeB层的本地交换。如不是NodeB内本地交换，则和非NodeB内本地交换时处理相同。
2)进行NodeB层的本地交换时，若发生RNC内NodeB间切换，则RNC可在目标NodeB建立切换UE的Iub口承载，并将源NodeB内未切换UE的数据转发地址配置为RNC转发。此外，如切换后的主叫UE和被叫UE从不同NodeB切换到同一个NodeB，则RNC向所述NodeB发送进行NodeB层本地交换的指示，所述NodeB设定NodeB层本地交换的信息，配置主叫UE和被叫UE数据转发地址，并进行NodeB层的本地交换处理。
3)进行NodeB层的本地交换时，若发生RNC间切换，则进一步地，RNC和核心网可协商调整切换UE或未切换UE的语音编码速率。此外，如果是UE迁入RNC，则对RNC而言，和被叫UE接入时的处理相同。
上述流程中，进行NodeB层或Hub NodeB层本地交换时，Iu口和/或Iub口的用户面承载可根据实际需要删除或保留。
其中，当NodeB层本地交换时，若Iu口和/或Iub口的用户面承载被删除，则需要在切换时或UE本地交换模式发生变化时，根据需要建立Iu口和/或Iub口用户面承载。
此外，为了和现有技术中的处理流程相兼容，对于步骤401中由核心网进行判断的情况，可在核心网侧(例如核心网的MSC中)设置NodeB层本地交换模式开关，只有当该模式开关打开时，核心网才执行步骤401中的操作。否则，当该模式开关关闭时，核心网按照现有流程进行处理。或者，也可在RNC侧设置NodeB层本地交换模式开关，只有当该模式开关打开时，RNC才执行步骤402和步骤403中的操作。否则，当该模式开关关闭时，RNC按照现有流程进行处理。
对于步骤401中由RNC进行判断的情况，可在RNC侧设置NodeB层本地交换模式开关，只有当该模式开关打开时，RNC才执行步骤401至步骤403中的操作。否则，当该模式开关关闭时，RNC按照现有流程进行处理。
本发明实施例中的NodeB内/Hub NodeB本地交换方案可以应用于城区覆盖，如使用一个NodeB/Hub NodeB建立独立的企业专用网，企业专用网内的用户采用NodeB内/Hub NodeB本地交换方式通讯，可节省Iu口和/或Iub口带宽；也可以应用于偏僻地区，如海岛或沙漠中，Iub口采用微波或卫星传输(有时Iu口也采用微波或卫星传输)，采用NodeB本地交换，可减少Iub口和Iu口数据流量，降低Iub口和Iu口传输网络的需求和部署的成本。
以上所述的具体实施例，对本发明的目的、技术方案和有益效果进行了进一步详细说明，所应理解的是，以上所述仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围，凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
Claims (16)
1.一种用户设备UE之间的数据传输方法，其特征在于，该方法包括：
判断主叫UE和被叫UE是否位于同一个无线网络控制器RNC下，如果是，则由所述RNC判断主叫UE和被叫UE是否位于该RNC下的同一个基站NodeB内，如果是，则向所述NodeB发送进行NodeB层本地交换的指示；
NodeB根据所述进行NodeB层本地交换的指示，为主叫UE和被叫UE配置用户面数据的本地交换地址，根据所述本地交换地址，对主叫UE和被叫UE之间的用户面数据进行NodeB层的本地交换。
2.如权利要求1所述的方法，其特征在于，所述判断主叫UE和被叫UE是否位于一个RNC下包括：
核心网获取主叫UE接入时发送的被叫手机号码和主叫国际移动用户标识码IMSI，根据所述被叫手机号码及核心网中存储的手机号码和IMSI的对应关系，向被叫UE发起寻呼，并根据所述被叫UE返回的寻呼响应中的被叫IMSI，判断主机UE和被叫UE是否位于同一个RNC下；
如果主叫UE和被叫UE位于同一个RNC下，该方法进一步包括：核心网将主叫UE和被叫UE在一个RNC下的关联信息通知给所述RNC。
3.如权利要求2所述的方法，其特征在于，在主叫UE和被叫UE位于同一个RNC下时，该方法进一步包括：MSC判断主叫UE和被叫UE的语音编码速率是否相同，如不相同，则对主叫UE和被叫UE的语音编码速率进行匹配。
4.如权利要求2所述的方法，其特征在于，所述MSC将主叫UE和被叫UE在一个RNC下的关联信息通知给所述RNC为：MSC将主叫UE和被叫UE在一个RNC下的关联信息携带在扩展的无线接入承载指派RAB Assignment信息中通知给所述RNC。
5.如权利要求2所述的方法，其特征在于，该方法进一步包括：预先在核心网侧设置NodeB层本地交换模式开关；
在所述开关打开且核心网判断主叫UE和被叫UE位于同一个RNC下时，执行所述将主叫UE和被叫UE在一个RNC下的关联信息通知给所述RNC的操作。
6.如权利要求1所述的方法，其特征在于，所述判断主叫UE和被叫UE是否位于一个RNC下包括：
预先在RNC内设置手机号码和IMSI的对应关系；
RNC获取主叫UE接入时发送的被叫手机号码和主叫IMSI，根据所述被叫手机号码及所述手机号码和IMSI的对应关系以及被叫UE寻呼响应中的被叫IMSI，判断主机UE和被叫UE是否位于同一个RNC下。
7.如权利要求6所述的方法，其特征在于，该方法进一步包括：
在被叫UE建立时，RNC获取核心网指配的语音编码速率、RNC自身支持的语音编码速率和主叫UE支持的语音编码速率的交集；
在所述交集不为空时，RNC根据所述交集配置被叫UE的语音编码速率；否则，通知CN调整主叫UE的语音编码速率，使主叫UE和被叫UE的语音编码速率相一致。
8.如权利要求1所述的方法，其特征在于，该方法进一步包括：预先在RNC中设置NodeB层本地交换模式开关；
在所述开关打开且RNC判断主叫UE和被叫UE位于同一个NodeB下时，执行所述向NodeB发送进行NodeB层本地交换的指示的操作。
9.如权利要求1所述的方法，其特征在于，所述向NodeB发送进行NodeB层本地交换的指示为：利用无线链路建立RL SETUP消息或无线链路重配置准备RL Reconfigure Prepare消息或其它消息中的信息项携带所述进行NodeB层本地交换的指示发送给NodeB。
10.如权利要求1-9中任一项所述的方法，其特征在于，所述RNC判断主叫UE和被叫UE不是位于该RNC下的同一个NodeB内时，该方法进一步包括：执行RNC层的本地交换或采用正常语音建立业务流程。
11.如权利要求1-9中任一项所述的方法，其特征在于，该方法进一步包括：RNC预先获取含有汇聚的Hub NodeB的NodeB拓扑结构；
RNC判断主叫UE和被叫UE不是位于该RNC下的同一个NodeB内时，该方法进一步包括：根据所述NodeB拓扑结构，判断主叫UE和被叫UE是否位于该RNC下的同一个Hub NodeB下，如果是，则向所述Hub NodeB发送进行Hub NodeB层本地交换的指示；
所述Hub NodeB根据所述进行Hub NodeB层本地交换的指示，为主叫UE和被叫UE配置用户面数据的本地交换地址，根据所述本地交换地址，对主叫UE和被叫UE之间的用户面数据进行Hub NodeB层的本地交换。
12.如权利要求11所述的方法，其特征在于，进行NodeB层或Hub NodeB层本地交换时，该方法进一步包括：删除或保留所述NodeB或Hub NodeB的Iu口和/或Iub口的用户面承载。
13.如权利要求1-9中任一项所述的方法，其特征在于，进行NodeB层本地交换时，该方法进一步包括：删除或保留Iu口和/或Iub口的用户面承载。
14.如权利要求1-9中任一项所述的方法，其特征在于，进行NodeB层的本地交换时，若发生NodeB内小区间或小区内切换，则该方法进一步包括：NodeB根据切换后的小区或小区的载波，重新为主叫UE和被叫UE配置用户面数据的本地交换地址，根据所述重新配置的本地交换地址，继续对主叫UE和被叫UE之间的用户面数据进行NodeB层的本地交换。
15.如权利要求1-9中任一项所述的方法，其特征在于，进行NodeB层的本地交换时，若发生RNC内NodeB间切换，则该方法进一步包括：RNC在目标NodeB建立切换UE的Iub口承载，并将源NodeB内未切换UE的数据转发地址配置为RNC转发。
16.如权利要求1-9中任一项所述的方法，其特征在于，进行NodeB层的本地交换时，若发生RNC间切换，则该方法进一步包括：RNC和核心网协商调整切换UE或未切换UE的语音编码速率。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910078491A CN101815358A (zh) | 2009-02-24 | 2009-02-24 | 一种用户设备之间的数据传输方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN200910078491A CN101815358A (zh) | 2009-02-24 | 2009-02-24 | 一种用户设备之间的数据传输方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN101815358A true CN101815358A (zh) | 2010-08-25 |
Family
ID=42622435
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN200910078491A Pending CN101815358A (zh) | 2009-02-24 | 2009-02-24 | 一种用户设备之间的数据传输方法 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN101815358A (zh) |
Cited By (8)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102469516A (zh) * | 2010-11-04 | 2012-05-23 | 中国移动通信集团公司 | 网络负载控制方法、装置及系统 |
| CN103916893A (zh) * | 2012-12-31 | 2014-07-09 | 成都鼎桥通信技术有限公司 | 业务本地交换方法和lte网络设备 |
| WO2015062287A1 (zh) * | 2013-11-01 | 2015-05-07 | 中兴通讯股份有限公司 | 终端的本地交换方法及系统 |
| WO2015109575A1 (zh) * | 2014-01-26 | 2015-07-30 | 华为技术有限公司 | 一种ip语音本地交换的方法、装置及系统 |
| CN106888466A (zh) * | 2015-12-15 | 2017-06-23 | 中兴通讯股份有限公司 | 一种实现移动基站远距离通信的方法及装置 |
| WO2019137406A1 (zh) * | 2018-01-12 | 2019-07-18 | 华为技术有限公司 | 一种传输方法和网络设备 |
| CN111491370A (zh) * | 2019-01-29 | 2020-08-04 | 华为技术有限公司 | 一种通信方法、网元、系统及存储介质 |
| CN111757276A (zh) * | 2019-03-26 | 2020-10-09 | 成都鼎桥通信技术有限公司 | 一种语音格式的通知方法和装置 |
-
2009
- 2009-02-24 CN CN200910078491A patent/CN101815358A/zh active Pending
Cited By (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102469516A (zh) * | 2010-11-04 | 2012-05-23 | 中国移动通信集团公司 | 网络负载控制方法、装置及系统 |
| CN103916893B (zh) * | 2012-12-31 | 2017-09-29 | 成都鼎桥通信技术有限公司 | 业务本地交换方法和lte网络设备 |
| CN103916893A (zh) * | 2012-12-31 | 2014-07-09 | 成都鼎桥通信技术有限公司 | 业务本地交换方法和lte网络设备 |
| WO2015062287A1 (zh) * | 2013-11-01 | 2015-05-07 | 中兴通讯股份有限公司 | 终端的本地交换方法及系统 |
| WO2015109575A1 (zh) * | 2014-01-26 | 2015-07-30 | 华为技术有限公司 | 一种ip语音本地交换的方法、装置及系统 |
| CN104995985A (zh) * | 2014-01-26 | 2015-10-21 | 华为技术有限公司 | 一种ip语音本地交换的方法、装置及系统 |
| CN104995985B (zh) * | 2014-01-26 | 2019-08-27 | 华为技术有限公司 | 一种ip语音本地交换的方法、装置及系统 |
| CN106888466A (zh) * | 2015-12-15 | 2017-06-23 | 中兴通讯股份有限公司 | 一种实现移动基站远距离通信的方法及装置 |
| CN106888466B (zh) * | 2015-12-15 | 2021-05-18 | 中兴通讯股份有限公司 | 一种实现移动基站远距离通信的方法及装置 |
| WO2019137406A1 (zh) * | 2018-01-12 | 2019-07-18 | 华为技术有限公司 | 一种传输方法和网络设备 |
| CN111491370A (zh) * | 2019-01-29 | 2020-08-04 | 华为技术有限公司 | 一种通信方法、网元、系统及存储介质 |
| CN111491370B (zh) * | 2019-01-29 | 2022-02-18 | 华为技术有限公司 | 一种通信方法、网元、系统及存储介质 |
| CN111757276A (zh) * | 2019-03-26 | 2020-10-09 | 成都鼎桥通信技术有限公司 | 一种语音格式的通知方法和装置 |
| CN111757276B (zh) * | 2019-03-26 | 2022-04-19 | 成都鼎桥通信技术有限公司 | 一种语音格式的通知方法和装置 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US11558916B2 (en) | Method and apparatus for establishing dual-connectivity to transmit data in new radio communication architecture | |
| US11943827B2 (en) | Method and apparatus for establishing dual-connectivity to transmit data in new radio communication architecture | |
| JP6904419B2 (ja) | 無線アクセスネットワークノード、コアネットワークノード、及び無線端末並びにこれらの方法 | |
| CN109548182B (zh) | 建立双连接的方法及装置 | |
| CN109845300B (zh) | 无线通信系统中支持用于cu-cp和cu-up的分离的安全性的方法和装置 | |
| CN101815358A (zh) | 一种用户设备之间的数据传输方法 | |
| US9986462B2 (en) | Double-connection implementation method and base station | |
| CN201048457Y (zh) | 执行双模式寻呼的无线通信系统中的无线发射/接收单元 | |
| JP4172207B2 (ja) | 無線アクセスネットワーク装置及びそれを用いた移動通信システム | |
| EP1273134B1 (en) | A technique for setting up calls in internet protocol mobile network | |
| US9113455B2 (en) | Method and device relating to replay technique | |
| CN104247553A (zh) | 建立连接的方法及设备 | |
| CN103428768B (zh) | 一种接入方法、基站、接入点和用户设备 | |
| EP2207399B1 (en) | A method, system and device for processing the service in the circuit switching domain | |
| JP4327355B2 (ja) | 移動通信ネットワークの非透過的データ送信 | |
| CN102892210B (zh) | 承载处理方法及装置 | |
| AU708154B2 (en) | Radio system for a closed user group | |
| CN101795442A (zh) | 移动通信系统中承载建立的方法 | |
| CN112867037A (zh) | 一种连接方法、配置更新方法、控制面设备和用户面设备 | |
| CN102026366A (zh) | 单卡双待网络注册方法以及网络控制设备 | |
| CN112262594B (zh) | 处理pdn连接的方法及用户设备 | |
| CN101420761A (zh) | 广播多播业务的传输承载方法、系统及装置 | |
| CN102137492B (zh) | 单卡双待系统中视频电话业务的处理方法及设备 | |
| CN102695231A (zh) | 一种语音业务的承载和切换方法及系统 | |
| EP4221338A1 (en) | Communication method for integrated access and backhaul (iab) system, and related device |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| C12 | Rejection of a patent application after its publication | ||
| RJ01 | Rejection of invention patent application after publication |
Application publication date: 20100825 |